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SECTION  1 


INTRODUCTION 


The  software  for  the  Advanced  Tactical  Electronic  Warfare  Environment  Simulator 
(ATEWES)  resides  In  the  Control  Subsystem  which  includes  a  CPU  with  124K  word 
memory,  two  10  Mb  moving  head  disk  drives,  an  operator  console,  a  printer,  and 

Interfaces  to  the  TEWES  Digital  Subsystem  jCmpeilfied  ID  Appendix  TTJ'f'  and  to  a 

__  c. 

remote  simulation  processor ^fspauiflld  lu  AppeadfyDy.  The  disk  contains  the 
computer  programs  and  test  data.  The  data  files  include  the  Scenario  files 
-^eillTlfled  in  Append  to  -AT^whlch  describe  the  environment  to  be  simulated, 
Maximum  Available  Power,  Antenna  Gain  and  Pattern  and  Threshold  files  fepeeified 
-lar'AJjpRBair’IT  5T“opeTatoi ' s  menus?) ,  and  Data  Extraction  (DX)  files  X specified- 
'  in  -Appsndix-R}  which  store  scenario  events  as  processed,  operator  actions  and 
simulator  status  Information.  The  operator's  console  consists  of  a  24  line  by 
80  character  CRT  display  and  a  standard  keyboard.  The  console  Is  used  by  the 
operator  to  enter  commands  to  control  the  simulation,  modify  the  scenario  and 
display  status  messages.  )£ — 


The  ATEWES  real  time  software  system  consists  of  six  separate  programs  designed 
to  operate  under  Digital  Equipment  Corporations's  RSX-11M  Executive.  The 
programs  communicate  by  means  of  a  system  common  area.  The  ATEWES  software 
maintains  tha  Platform  file,  the  Emitter  file  and  various  timing  counters, 
status  flags  and  system  parameters.  The  real  time  software .  provides  all 
operator  communications,  as  well  as  Scenario  file  Input  and  event  processing, 
and  DX  file  output. 


The  Platform  file  contains  position,  velocity,  heading,  bearing  and  range 
attenuation  parameters  for  up  to  255  target  platforms  or  sites  and  the  platform 
for  tha  EW  system  under  test.  The  Emitter  file  contains  a  platform  link,  an 
emitter  link,  end  power  and  scan  parameters  for  up  to  1,023  emitters.  Once  per 
second  the  software  updates  the  position  of  each  platform  and  recalculates  each 
platforms  besrlng  and  elevation  to  the  EW  system  and  range  attenuation.  If  ano 
of  these  values  has  changed  by  on  amount  equal  to  or  greater  than  the  simulator 
minimus  change  capability,  an  updated  bearing,  elevation,  and  attenuation  will 
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be  output  to  tho  Digital  subsystem  for  each  associated  emitter. 


The  Scenario  file  on  disk  contains  a  series  of  events  In  time  order.  Events 
Include  the  appearance  of  new  platforms  and  emitters  and  changes  In  platform 
motion  end  emitter  status.  Each  event  has  a  time  associated  with  It  which  Is 
used  by  the  program  to  process  the  event  at  the  proper  time. 

Operator  commands  are  Included  to  initialise  and  start  the  simulation,  stop  the 
simulation,  speed  up  or  slow  down  the  scenario,  set  the  scenario  to  a  specific 
time,  turn  radiation  on  or  off,  control  the  Interface  to  the  EW  system  under 
test,  and  end  the  simulation  run.  The  operator  cau  also  enter  events  to  add  to 
or  change  the  simulation  as  it  is  running. 

Wills  the  simulation  is  running  the  program  records  time  tagged  data  on  the  disk 
In  a  data  extraction  file.  The  data  recorded  includes  each  event  and  operator 
command  executed,  pulse  count  data  and  any  error  indicators  from  the  digital 
subsystem.  The  Data  Extraction  file  cad  be  used  by  offline  analysis  programs  to 
evaluate  the  performance  of  the  EW  system  under  test. 

The  program  also  transmits  a  status  message  containing  the  position  of  the 
platform  for  the  EW  system  under  test,  and  other  status  data  to  the  remote 
simulation  processor  upon  request. 
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SECTION  2 

SYSTEM  ARCHITECTURE 

The  ATEWBS  real  tin*  software  is  composed  of  six  Independent  tasks  which 
communicate  through  eastern  common  areas .  A  simulation  run  is  started  by  an 
initialisation  program,  INIRN*  This  program  requests  and  processes  the  data 
necessary  to  initialise  the  system.  The  program  inltlalisee  the  Digital 
Subsystem  and  the  system  common  area.  INIRN  then  schedules  the  remaining  real 
time  programs  as  needed  and  exits. 

All  operator  interaction  is  provided  by  program  OTASK,  which  is  initiated  by 
INIRN.  When  OTASK  is  initiated,  it  prompts  the  operator  to  enter  a  command  code 
and  is  suspended  by  the  Executive  until  a  response  is  input.  Baaed  on  the 
command  selected,  the  operator  is  prompted  to  enter  any  parameters  needed  to 
define  the.  command.  When  all  data  have  been  input,  the  command  and  its 
parameters  are  stored  in  common  area  OPERC.  Program  OTASK  is  then  suspended 
until  the  command  has  bean  processed.  Upon  restart,  OTASK  displays  any  error 
code  or  display  data  returned  by  the  processing  programs  and  requests  the  next 
command  code. 

Program  REALTM  maintains  a  Platform  File  and  an  Emitter  File  in  main  memory. 
The  Platform  File  contains  position,  velocity,  range  attenuation,  bearing,  and 
heading  fields  for  up  to  255  target  platforms  or  sites  and  the  platform  for  the 
Itf  system  under  test.  The  Emitter  File  contains  platform,  power,  and  scan  data 
for  each  emitter.  Once  per  second,  the  program  will  update  the  position  of  each 
'  platform  and  recalculate  its  range  attenuation,  bearing,  and  elevation.  If  any 
of  these  values  has  changed  by  an  amount  equal  to  or  greater  than  the  simulator 
ninum  change  capability,  an  updated  bearing,  elevation,  and  attenuation  will 
be  output  to  the  Digital  Generator  for  each  emitter  associated  with  the 
platform.  Program  REALTM  processes  all  scenario  events  and  operator  commands. 
All  data  to  be  output  to  the  Digital  Generator  is  formatted  and  output  by  this 
program.  REALTM  also  psrforms  all  Data  Extraction  file  processing,  including 
reading  and  recording  pulse  counts  as  well  as  all  other  DX  data. 
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Program  SFPM  runt  at  an  elevated  priority.  It  performs  all  disc  input  for  the 
scenario  file.  Scenario  buffers  are  maintained  in  a  system  common  area. 


Program  DSFP  also  runs  at  an  elevated  priority.  It  performs  all  disc  output  for 
the  DX  file.  DX  Buffers  are  maintained  in  a  system  common  area. 

Program  SPCTL  performs  all  input  and  output  for  the  HP  8566A  Spectrum  Analyer. 
All  command  data  are  passed  through  common  area  A CTRL. 


m 


W-'W^  ,'-V>  V-  .'  ’ “• 


SECTIOK  3 

PROGRAM  I KIRN 

Program  INIRN  performs  the  functions  necessary  to  initialize  the  system  for  a 
new  simulation  run*  This  Includes  initializing  memory  and  initiating  the 
remaining  real  time  programs.  Program  I KIRN  is  the  only  real  time  program  which 
is  directly  initiated  by  the  operator,  done  by  entering  a  RUN  INIRN  command  on 
the  operator's  co  (sole*  The  first  action  consists  of  terminating  the  remaining 
real,  time  programs.  (ABRTR).  This  insures  a  normal  startup  even  In  situations 
where  the  previous  simulation  run  was  not  terminated  normally.  This  is 
accomplished  via  an  USX-11M  Executive  directive.  Programs  OTASK,  REALTM,  SPPM, 
DEPP,  and  SPCTL  are  aborted. 

The  operator  is  prompted  to  enter  the  Scenario  file  name  to  be  used  for  the 
current  simulation  run  (GNAME).  The  Scenario  file  is  located  and  the  header 
block  la  read  (GTHDR).  If  the  file  is  not  found,  the  input  request  is  repeated. 
Otherviae,  the  Scenario  file  header  is  displayed  on  the  operator's  console 
(DISCN).  The  Scenario  file  header  is  used  as  the  basis  for  the  DX  file  header, 
beginning  by  adding  the  Scenario  file  name  to  it. 

Default  values  are  provided  for  many  of  the  initialization  parameters  through  a 
default  data  file.  The  file  is  normally  stored  under  the  name  DEFALT,  and  is 
fully  described  in  Appendix  C  of  the  ATEtfES  Operator's  manual.  The  operator  has 
the  option  of  entering  a  different  file  name  from  which  to  retrieve  default 
Initialisation  data  (GNAME).  The  initialization  data  are  reed  from  the 
epproprlete  file  (GDFLT)  and  displayed  on  the  operator's  console.  The  operator 
then  has  the  option  of  editing  most  of  the  default  values.  Editing  is 
accomplished  by  first  displaying  a  single  field,  and  then  allowing  the  operator 
to  enter  a  new  value  using  OPGII  (Integer  values),  OPGRI  (real  values),  or  GNAME 
(file  names)  with  the  edit  node  enabled.  The  operator  Is  then  asked  to  enter  a 
code  specifying  either  further  edits,  or  acceptance  of  the  initialization  data 
(OPGII). 


When  the  Initialization  date  have  been  accepted  by  the  operator,  the 
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initialisation  la  performed.  The  Power  Boost ,  Frequency  Daisable,  and  Azimuth 
and  Elevation  Receiver  Pattern  files  are  read  into  temporary  storage  (RDDAT). 
The  Maximum  Available  Power  file  is  read  into  a  work  array  (RDINI).  If  any 
errors  are  encountered  such  as  a  missing  or  Incomplete  data  file,  the  operator 
will  still  ba  prompted  to  enter  a  new  file  name  as  required.  The  Receiver 
Antenna  Gain  file  la  read  (RDINI)  and  combined  with  a  20  LOG(F)  term  and  the 
corresponding  value  read  from  the  maximum  Power  file,  as  well  as  the  Power  Boost 
for  the  current  frequency .The  result  is  stored  as  an  Integer  in  common  area 
OPKRC.  As  the  frequency  is  increasing,  dats  from  the  antenna  pattern  files  are 
used  to  determine  pattern  codes  at  152  points  over  the  frequency  range. 


The  Receiver  Sensitivity  file  la  next  read  into  the  work  array  (RDINI) .  The 
file  represents  the  receiver  antenna  sensitivity  and  must  be  subtracted  from  the 
corresponding  Maximum  Power  file  to  determine  threshold  valuea,  which  are  stored 
in  common  area  OPERC.  The  Max  Power  file  is  also  stored  in  common  area  OPERC  to 
be  used  in  realtime  to  compute  received  power  values. 

If  usage  of  IRIG—B  time  has  been  selected,  the  program  checks  to  see  that  the 
dock  is  on-line  (TIRIG).  If  the  dock  does  not  respond,  an  error  is  output  and 
the  the  dock  is  disabled.  - 

The  D X  file  header  is  now  completed.  The  simulation  run  time  and  date  are 
retrieved  and  Inserted  (FMDAT),  and  all  Initialisation  data  file  names  are 
stored  (PK7IL).  The  DX  file  is  created  and  tha  header  is  written  to  the  first 
block  (CRDX).  The  remaining  realtime  programs  are  initiated  (START)  and  INIRN 
exits. 


'3.1  SUBROUTINE  ABRTR 

Subroutine  ABRTR  is  used  to  terminate  all  ATEWES  realtime  programs.  This  is  to 
Insure  that  all  programs  are  lntitlated  normally  at  the  beginning  of  each 
simulation  run.  An  RSX-11M  system  directive  is  Issued  top  abort  OTASX,  REALTM, 
8FPM,  DEEP,  and  SPCTL.  The  routipe  delays  2  seconds  to  allow  the  aborts  to  take 
effect  and  returns  to  the  caller.  This  routine  is  stored  in  module  INSBS. 

3.2  SUBROUTINE  CLDX 

Subroutine  CLDX  is  used  to  close  the  DX  file  after  the  header  events  are  output. 
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The  routine  uses  standard  I/O  functions  of  tha  file  system  to  close  the  file. 
This  routine  is  stored  in  nodule  MINSBS. 

3.3  SUBROUTINE  CRUX 

Subroutine  CRUX  is  used  to  create  a  new  OX  file.  The  routine  uses  standard  I/O 
functions  of  the  file  system  to  create  a  file  with  the  fixed  name 
XXXXXXXXX.XXX;377 .  The  Initial  else  allocated  to  the  file  is  deterrlned  by  the 
value  In  the  default  file.  The  routine  then  returns  to  the  caller.  This 
routine  Is  stored  In  module  MINSBS. 

3.4.  SUBROUTINE  GDFLT 

Subroutine  GDFLT  Is  used  to  read  all  data  from  the  default  initialisation  file. 
The  file  Is  accessed  and  read  using  standard  Fortran  formatted  I/O.  If  any 
error  is  detected,  or  insufficient  data  is  found,  an  error  is  output.  The 
routine  then  returns  to  the  caller.  Ths  routine  is  stored  In  module  INSBS. 

3.5  SUBROUTINE  GTHDR 

Subroutine  GTHDR  is  used  to  locate  a  selacted  Scenario  file.  The  file  is  first 
opened  and  the  header  read  and  stored  for  future  use.  The  emitter  map  is  then 
read  and  stored  in  common  area  QFERC.  -If  the  file  is  not  found,  an  error  is 
returned.  The  routine  then  returns  to  the  caller.  This  routine  is  stored  in 
module  MINSBS. 

3.6  SUBROUTINE  INIDS 

Subroutine  IN1D8  is  used  to  initialise  the  Digital  Generator.  The  DCU  is  first 
checked  that  It  Is  ready  to  accept  commands  from  the  control  Subsystem  (DCURDY) . 
All  emitters  are  turned  off,  radiation  is  disabled,  and  the  system  under  test 
-  mode  is  output.  The  routine  then  routine  then  returns  to  the  caller, 

3.7  SUBROUTINE  RDDAT 

Subroutine  RDDAT  is  used  to  reed  all  data  from  the  receiver  pattern,  power  boost 
and  frequency  disable  files.  The  files  are  accessed  and  read  using  standard 
Fortran  formatted  I/O.  If  any  error  is  detected,  or  insufficient  data  is  found, 
an  error  is  output.  The  routine  than  returns  to  the  caller.  Ths  routine  Is 
s toped  In  module  INSBS. 


3.8  SUBROUTINE  RDINI 

Subroutine  RDINI  Is  used  to  read  all  data  from  the  receiver  sensitivity  and  max 
power  files.  The  files  are  accessed  and  read  using  standard  Fortran  formatted 
I/O.  If  any  error  is  detected,  or  insufficient  data  is  found,  an  error  la 
output.  The  routine  then  returns  to  the  caller.  Ths  routine  is  stored  in 
module  INSBS. 

3.9  SUBROUTINE  RFRDY 

Subroutine  RFRDY  is  used  to  check  the  readiness  of  the  RF  Generator.  A  set  of 
frequency  and  DOA  test  points  are  read  from  files  RFRDY. FRQ  and  RFRDY .DOA.  A 
simple  emitter  is  programmed  through  each  frequency  and  DOA  combination.  The 
operator  is  notified  of  all  failures.  The  operator  has  the  option  to  continue 
or  exit  if  errors  are  detected. 

3.10  SUBROUTINE  START 

Subroutine  START  completes  the  initialisation  process  begun  by  program  INIRN. 
The  DX  file'is  first  created  using  ths  site  specified  in  the  default  file 
(CRDX).  The  arrays  in  OPERC  are  initialized  using  data  previously  calculated  by 
the  main  program.  All  remaining  common  data  are  also  initialized.  Programs 
OTASK,  REALTM,  DEFP,  SFPM,  and  SPCTL  art  initiated  vie  an  executive  directive. 
If  all  programs  cannot  be  executed,  an  error  is  output  and  the  program  exits. 
The  program  also  Initiates  the  situation  display  processor  DISP  is  it  is 
Installed.  The  routine  then  returns  to  the  caller.  This  routine  is  stored  is 
module  INSBS. 

3.11  SUBROUTINE  TIRIC 

Subroutine  TIRIC  is  used  to  verify  the  readiness  of  the  IRIG-B  time  code 
gensretor.  The  routine  attempts  to  read  the  current  time.  An  error  code  is 
returned  is  the  timeout  expires  before  the  clock  responds.  The  routine  then 
returns  to  the  caller. 
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SECTION  4 

PROGRAM  OTASK 

Program  OTASK  provides  all  operator  communications  once  the  system  has  been 
Initialized  for  a  elnulatlon  run.  OTASK  le  scheduled  by  START  when  the 
Initialisation  process  Is  complete.  Program  OTASK  prompts  the  operator  and  then 
accepts  a  command  code  response  (OPGII).If  a  menu  request  Is  specified,  the 
command  menu  Is  displayed  (CMENU)  and  the  next  command  Is  requested  (OPGII). 

If  a  system  status  display  Is  requested,  OTASK  retrieves  the  system  status  and 
displays  the  Information  on  the  operator* s  console  (DSTAT). 

If  an  enter  new  event  command  la  specified,  OTASK  requests  the  event  data  from 
the  operator  (EDTOT)  and  notifies  KEALTK  to  process  the  data  entered  (OCMND). 
If  an  error  Is  returned,  the  operator  may  edit  the  event  and  ratry  (EDTOT). 


If  a  display  emitter  command  Is  specified,  0TA8K  requests  the  emitter,  retrieves 
Che  parameters,  and  displays  the  Information  (DSPLY) .  If  the  data  are  edited  to 
generate  an  emitter  update,  REALTM  is  notified  to  process  the  new  event. 


Tor  8SP  mode  systems,  If  an  emitter  mapping  status  display  Is  requested,  OTASK 
retrieves  the  mapping  status  and  displays  the  Information  on  the  operator's 
console  (DSTMP). 


Tor  e  display  platform  parameters,  the  operator  Is  prompted  to  enter  the  desired 
platform  number.  If  the  platform  is  inactive,  or  Is  the  EW  system  platform,  an 
error  la  returned.  If  e  valid  platform  Is  requested,  the  REALTM  program  Is 

scheduled  to  return  the  display  data(OCMND).  The  platform  parameters  are 

* 

formatted  and  output  (LI8P1).  If  mors  emitters  are  pending,  a  prompt  Is  Issued 
to  the  operator.  If  a  backup  or  cancel  la  entered,  the  program  returns  to  the 
caller.  Otherwise,  the  REALTM  program  Is  rescheduled  to  get  the  next  block  of 
emitters  (OCMND).  This  sequence  continues  until  all  emitters  for  the  specified 
platform  have  been  processed. 


For  a  display  the  active  emitter  list  request,  the  REALTM  program  Is  scheduled 
to  return  the  first  block  of  emitters  for  display  (OCMND) .  The  emitter  data  are 
formatted  and  output  (LISEM).  REALTM  Is  then  rescheduled  to  get  the  next  block 
of  active  emitters  (OCMND).  This  process  continues  until  all  active  emitters 
have  been  processed. 

For  a  display  the  active  platform  list  request,  the  REALTM  program  Is  scheduled 
to  return  the  block  of  platforms  for  display  (OCMND).  The  platform  list  is 
formatted  and  output  (LISAP). 

For  .all  other  commands,  OTASK  requests  the  appropriate  command  parameters 
(OFGRI, OPGII),  and  notifies  REALTM  to  process  the  data  returned  (OPCMD).  Otoe 
restart  OTASK  checks  the  error  flag,  and  displays  an  appropriate  error  messaga 
if  set  (ERORS).  If  a  display  RF  detector  count  or  display  pulse  count  command 
was  specified,  bhe  return  values  are  displayed.  OTASK  then  requests  the  next 
command  code  from  the  operator  (OPGII). 

4.1  SUBROUTINE  CMENU 

Subroutine  CMENU  Is  used  to  output  the  menu  od  ATEWES  realtime  commands.  The  le 
output  and  the  routine  returns  to  the  caller. 

4.2  SUBROUTINE  DSPLT 

Subroutine  DSPLT  Is  called  to  display  and  modify  an  emitter's  parameters.  The 
emitter  number  la  first  requested  from  the  operator  (OPGII)  and  Is  placed  In 
OPERC.  Program  REALTM  is  notified  to  retrieve  the  linked  platform  parameter* 
(OCMND).  The  associated  platform's  parameters  are  displayed  (LISP).  REALTM  Is 
rescheduled  to  get  the  emitter  data  (OCMND)  vhlch  Is  displayed  (ENEE).  The 
'Operator  is  then  asked  If  he  wishes  to  edit  the  emitter's  parameters  (OPGII). 
If  no  edit  Is  specified,  the  routine  returns  to  the  caller.  If  an  edit  Is 

specified,  a  flag  Is  set  and  the  data  Is  edited  (ENEE).  The  edited  data  Is 
redisplayed,  and  the  edit  option  raquested  from  the  operator.  If  a  further  edit 
Is  specified,  ENEE  Is  Invoked  again  with  the  edit  flag  set.  When  no  further 

edit  Is  specified,  REALTM  is  scheduled  to  process  the  update  (OCMND)  and  the 
routine  returns  to  the  caller. 
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4.3  SUBROUTINE  DSPMP 

Subroutine  DSPMP  la  used  to  retrieve  emitter  mapping  status.  The  map  is  scanned 
for  all  active  operator  emitters  and  their  corresponding  ATRWES  DGU  slot 
numbers.  This  information  is  displayed  on  the  operator's  console  as  well  as  the 
total  number  of  DCU  slots  currently  active.  The  routine  then  returns  to  the 

caller. 

4.4  SUBROUTINE  DSTAT 

Subroutine  DSTAT  is  called  to  display  the  current  system  status.  The  REALTM 
program  is  first  notified  to  retrieve  the  system  status  (GDATA).  The  elapsed 
tint,  is  converted  from  double  Integer  to  real  (DPLT)  and  displayed.  The  EW 
system  pletform  data  is  output  (LISP),  followed  by  the  number  of  active 
platforms  and  emitters,  and  the  scenario  and  RP  status.  Pulse  count  totals  are 
converted  to  reals  (DFLT)  and  displayed,  followed  by  the  number  of  dropped 
emitters.  The  routine  then  returns  to  the  caller. 

4.5  SUBROUTINE  EDTOT 

Subroutine  EDTOT  is  used  to  enter  or  edit  all  data  necessary  to  specify  a 
scenario  event.  Por  a  new  entry,  the  event  menu  is  output  (EMENU)  and  the 
Operator  is  prompted  to  enter  the  event -type  (OPGII).  Based  on  the  new  event 
type,  or  the  event  type  being  edited,  the  appropriate  editing  routine  is  called 

as  follows. 


EVERT 


ROUTINE 


4.6  SUBROUTINE  L1SAP 

Subroutine  LISAP  is  used  to  output  the  active  platform  list.  The  number  and 
range  for  the  first  80  platforms  are  unpacked  and  output.  The  operator  is  then 
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prompted  to  enter  e  carriage  return  to  display  the  next  block  of  active 
platforms.  The  cancel  command  may  be  used  to  terminate  the  display  before  the 
entire  list  Is  output.  Whan  all  active  platforms  have  been  displayed,  the 
routine  returns  to  the  caller.  This  routine  is  stored  In  module  LISP. 

4 .7  SUBROUTINE  LISEM 

Subroutine  LISEM  is  used  to  format  and  display  the  active  emitter  list*  The 
three  state  flags  for  each  active  emitter  in  the  buffer  are  unpacked  and 
converted  to  their  ASCII  values  (blanks  or  0*00,  B-Below  Horlaon,  D-Detectable). 
The  Information  is  then  output  to  the  operator's  console.  The  routine  then 
returns  to  the  caller.  This  routine  is  stored  in  module  LISP. 

4.8  SUBROUTINE  LISP 

Subroutine  LIS!  is  used  to  display  a  set  of  platform  parameters.  Platform 
psraawters  are  unpacked  (UNPK1)  If  the  current  platform  is  not  the  EW  system 
platform,  the  platform  number,  emitter  number  and  platform  flags  are  displayed. 
In  any  case,  platform  position  speed  and  heading  are  displayed.  If  this  is  not 
the  EW  system  platform,  the  range  attenuation,  asimuth  and  elevation  AOA  are 

displayed.  The  routine  then  returns  to  the  caller. 

• 

4.9  SUBROUTINE  LISP1 

Subroutine  LISP1  is  used  to  format  and  output  platform  display  parameters.  The 
platform  position  and  velocity  data  are  first  output  (LISP).  The  routine  then 
unpacks  the  frequency  and  power  for  any  active  emitters  returned  by  the  REALTM 
program.  All  emitters  are  displayed  on  the  operator's  console.  The  routine 
then  returns  to  the  caller.  This  routine  is  stored  in  module  LISP. 

,  4.10  SUBROUTINE  OCMND 

Subroutine  OCMND  is  used  to  schedule  REALTM  to  process  an  operator  command. 
K7LAC  is  set  to  cause  REALTM  to  process  the  command  residing  in  the  EVENT 
common*  The  routine  waits  for  event  flag  33  to  signify  that  processing  is 
complete  and  returns  to  the  caller.  For  commands  directed  to  the  D1SP  program, 
the  new  display  parameters  are  stored  in  common  area  OPERC  and  the  mode  flag  is 
updatted  to  flag  the  new  data.  The  routine  then  waits  for  event  flag  36  to 
signify  that  processing  is  complete  and  returns  to  the  caller. 


4.11  SUBROUTINE  SPBCO 

Subroutine  SPBCO  it  used  to  control  all  operaator  Interaction  with  the  HP  8566A 
apectrua  analyser.  The  operator  la  proapted  to  aelect  the  deelred  field  or 
eoaaand  (OPGII).  For  flelda  one  through  ten,  the  operator  is  proapted  to  enter 
the  data  field  to  be  tranaaitted.  The  data  field  la  formatted  al©”»  with  the 
appropriate  cooaand  data  for  the  apectrua  analyzer .  If  no  data  >  «e  Input, 
the  apedfled  field  la  addreaaed  for  uae  with  the  atep  up  and  dr  >  <«aanJ/. 

for  a  annual  eoaaand,  the  operator  la  prompted  to  enter  any  49  «.  be 

output  to  the  apectrua  analyser. 

for  an  emitter  tune  eoaaand,  the  operator  la  proapted  to  enter  the  daaired 
emitter  number  (OPGII).  If  the  emitter  la  not  active,  an  error  la  output  and 
the  operator  again  proapted  to  enter  the  deaired  emitter  number. 

for  an  auto  tune  eoaaand,  the  apectrua  analyser  aode  la  aet  to  auto  tune  In 
common  area  ACTRL. 

»  i 

tfhen  all  coMand  data  have  been  atored  in  conaon  area  ACTRL,  the  command  la 
paaaed  to  program  REALTM  (OCMND). 


*  * 


SECTION  5 

PROGRAM  RBALTM 

Program  REALTM  hat  three  main  memory  filaa  associated  with  It,  in  addition  to 
the  Mala  Control  Loop  and  processing  segments*  The  memory  files  Include  the 
Emitter  File,  the  Platform  File  atored  in  system  common  areas,  and  a  Control 
File.  The  procesaing  aeetlona  include  Initialisation,  Simulated  Time, 
Navigation  Computer  Output,  Dropped  Emitter  Proceaeing,  Status  Data  Processing, 
Command  Processing,  Platform  Update,  and  Event  Procesaing. 

5.1  CONTROL  FILE 

The  Control  File  is  an  Internal  memory  file  used  by  prograa  REALTM  to  store 
etatua  and  timing  data,  aa  well  as  operator  command  parameters.  The  following 
fields  are  included. 

a.  Simula  ted  Time.  A  one  word  field  containing  the  simulated  time  in 
seconds  since  the  start  of  the  scenario. 

i 

b.  Tine  Increment.  A  one  word  field  containing  the  amount  by  which 
Simulated  Time  is  incremented.  This  value  is  one  when  the  scenario 
is  running  at  or  slower  than  raal  time,  and  8,  4,  or  2  when  the 
scenario  is  running  at  8,  4,  or  2  times  normal  speed. 

c.  Went  Half  Second.  A  one  word  field  containing  the  number  of  ticks 
(sixtieths  of  a  second)  left  in  the  current  half  second  Interval. 
Decremented  every  tick  and  reset  to  thirty  when  zero  is  reached. 

d.  Simulated  8econd  Interval.  A  one  word  field  containing  the 
number  of  half  seconds  per  Simulated  Second.  This  value  is  one 
when  the  scenarlor  is  running  at  or  faster  than  normal,  and  16, 

8,  or  4  when  the  scenario  is  'running  at  1/8  1/4  or  1/2  normal 

spaed. 

s.  '  Next  Simulated  Second.  A  one  word  field  containing  the  number 
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of  half  ••condo  to  tha  next  Simulated  Second.  Decremented  every 
half  second  and  resat  according  to  the  Simulated  Second  Interval 
whan  sero  Is  reached. 

t 

t  f.  Scenario  Spaed.  A  two  byte  field,  with  one  byte  containing  the 

shift  code  for  platform  velocities  which  is  0  unless  the  scenario  is 
running  at  8,  4,  or  2  times  normal  speed,  at  which  times  it  is  3,  2, 

-  or  1.  The  second  byte  is  the  shift  code  for  the  Simulated  Second 

^  Interval,  which  is  0  unless  the  scenario  is  running  1/8,  1/4  or 

1/2  normal  speed,  when  it  is  3,  2,  or  1. 

r 

»  __ 

g.  Bow  Scensrlo  Speed,  s  two  byte  field,  with  one  byte  containing  a 

flag  signifying  a  new  speed  is  present,  and  the  other  byte  containing 
the  new  speed  coda  as  a  power  of  two. 


Pulse  Counter  Periodicity.  A  one  word  field  containing  the 
periodicity  with  which  the  Pulse  Detector  Counters  are  to  be 
read,  stored  in  sixtieths  of  a  second,  with  a  maximum  of  240. 

Last  Pulse  Count  Request  Time  A  two  word  field  containing  the 
las  pulse  count  request  time  to  be  output  to  the  DZ  file. 

Pulse  Count  Address  A  one  word  field  containing  physical  address 
for  the  DMA  pulse  count  transfer  from  the  Digital  Generator. 


teed  Counter  Variables 


A  one  word  field  which  is  set  to  the 


Counter  Variable  Periodicity  and  deerananted  every  tick.  Counters 

are  read  when  Flag  is  saro  or  less. 


Automatic  Stop  Time.  A  one  word  field  containing  th«  Simulated 
Tine  in  seconds  at  which  the  scenario  is  scheduled  to  be  stopped,  or  -1 
it  it  is  to  run  indefinitely. 


tepeat  Loop  8tart  Time.  A  one  word  field  containing  the  start  time  in 
simulated  seconds  of  a  repeat  loop  currently  in  effect.  Undefined  if 
no  repeat  loop  is  in  effect. 


twayiui Wfc ■  'V'  W  W  ,V  V  V*  '  '  '*  ’•*  ''  V’>r'  ‘  ■ 

»  * 

.  * 


a*  lap— t  Loop  Stop  Time.  A  one  word  field  containing  the  atop  time  la 
simulated  seconds  of  a  rapaat  loop  currently  In  effect,  or  -1  If  no 
repast  loop  la  la  effect. 

o.  IF  Statue*  A  two  byte  field  containing  a  flag  ehowing  the  current 
statue  of  the  IF  radiation  and  a  flag  ah owing  the  laat  operator 
status  sat. 

p.  Scenario  Status.  A  two  byte  field  containing  a  flag  showing  whether 
.  the  sea— rlo  la  currently  running  and  a  flag  showing  whether  the 

sea— rlo  has  ewer  bean  started. 


q.  Sent  Sea— rlo  Event.  A  four  word  field  containing  the  avant  number, 

time,  and  memory  location,  and  length  of  the  next  event  of  the  scenario 
file. 


* 

r.  Current  Event  A  two  word  field  to  contain  tha  number  of  the  event 
and  length  of  the  event  currently  being  processed.  Event  number 
set  negative  when  processing  operator  events. 


m.  Emitter  Flag  Mask  A  o—  word  field  containing  the  operator's  flag 
for  emitter  file  entries  whan  sn  operator  event  la  being  processed. 

t.  Platform  Flag  Mash  A  o—  word  field  containing  the  operator's  flag 
for  platform  file  entries  when  an  operator  event  is  being  processed. 


u.  Update  Flag.  A  o—  word  field  which  Is  set  to  sero  each  time 

+  • 

Simulated  Tima  is  lucre— nted,  and  set  to  -1  each  time  sn  Update  Is 
perfor— d. 

|r.  -  ■ 

v.  EW  Platform  Index.  A  one  word  field  containing  the  Index  address 
In  the  Platform  File  of  the  EW  system  platform. 


A  one  word  field  to  contain  the  heading  of  the  EW*  system. 
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x .  EW  Climb  Angle  A  on*  word  fl«ld  to  contain  th*  climb  angle  of  the 
EW  system. 


y«  gW  Position  A  six  word  field  to  contain  the  position  of  the  EW  system 
scaled  for  usage  by  the  line  of  sight  calculation. 

s.  Request  Pulse  Count.  A  one  byte  field  set  to  one  when  *  Pulse 
Count  dlsplsy  is  requested  and  cleared  when  completed. 

aa.  System  Controls  A  one  word  field  containing  the  current 

. DOA  test  poinw,  system  test  mode,  and  RP  status  command.  Output  to 
the  Digital  Generator  once  per  second. 

ac.  Humber  of  Dropped  Emitters.  A  one  word  field  containing  th* 

number  of  dropped  emitters  since  the  last  system  status  display. 

ab.  Last  Propped  Emitter  A  one  word  field  to  contain  the  latest  dropped 
emitter  read  from  the  Digital  Generator. 

ac.  Latest  Puls*  Counts.  Three  two  word  fields  containing  the  latest 
totals  of  pulse  counts  for  all  1023  emitters  in  the  currently 
active  modes. 

ad.  Real  Tima  Display  Filters.  A  eight  word  field  containing  an 
attenuation  high  and  low  limit,  a  bearing  upper  and  lower 
limit,  and  a  frequency  upper  and  lower  limit  (two  words  each). 

Limits  are  used  for  the  System  Status  Display  in 

determining  the  filtered  number  of  active  platforms  and  emitters. 

ae.  Last  Display  Platform  -  One  word  field  containing  the  last 
platform  number  processed  by  the  Display  Platform  command.  Used 
whan  returning  successive  blocksof  emitters  for  platforms  with  more 
than  64  linked  emitters. 

af.  .Last  Displayed  Emitter  -  One  word  field  containing  the  next  emitter 

number  to  return  for  the  platform  stored  in  LPLAT.  If  negative, 
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all  emitters  for  the  platform  have  been  displayed. 

ag.  Number  of  Active  Emitters  A  one  word  field  containing  the  number  of 
currently  active  emitters. 

ah.  Number  of  Active  Platforms  A  one  word  field  containing  the  number  of 
currently  active  platforms. 

a 

al.  Tune  Next  Emitter  A  one  t:ord  flag  set  not  sero  when  it  is  time  to 
auto  tune  the  spectrum  analyser  to  the  next  active  emitter. 

aj.  Pooling  Status  A  two  word  field  to  contain  the  pooling  status  of 

all  Rf  channels.  One  word  contains  the  initial  status  as  specified 
by  the  default  file.  The  other  word  contains  the  current  status. 

Including  changes  required  by  dedicated  emitter  assignments. 

sk.  Dedicated  Emlter  Count  An  eight  byte  field  containing  a  one  byte 
count  of  the  number  of  emitters  currently  dedicated  to  each  RF 
channel. 

4 

al.  Last  Sync  Emitter  A  one  word  field  containing  the  last  emitter 
specified  as  the  scan  sync  emitter* 

am.  DX  Event  Buffer  A  256  word  field  used  to  build  DX  events.  Used  for 
platform  update  events,  scan  update  events,  and  pulse  count  events. 

5.2  MONITR  (CONTROL  LOOP) 

,  The  Control  Loop  images  the  execution  of  all  of  the  processing  subsections. 

High  priority  tasks  are  given  preference  by  placing  them  near  the  beginning  of 

the  loop.  The  following  cycle  Is  continually  executed  searching  for  the  next 

task  to  be  processed. 

a*  Perform  system  Initialization  '(INITT).  This  task  is  performed  only 
once  at  program  Initiation. 

b*  Walt  for  event  flag  40  to  be  set,  either  by  the  clock  routine  or 
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by  prog ran  OTASR. 


c.  If  the  last  dropped  emitter  number  read  by  the  clock  routine  is 
non-zero,  execute  dropped  emitter  processing  (DREM). 

d.  Record  pulse  counts  in  the  !)X  file  if  a  DMA  transfer  has 
completed  (REPC). 

e.  If  the  spectrum  analyser  auto  tune  flag  is  set,  process  the  next 
emitter  for  tuning  (SPNXT).  If  an  emitter  is  processed,  control 
JLs  returned  to  point  c.  Otherwise,  execution  continues  at  point  f. 

f*  If  simulated  time  has  reached  the  Automatic  Scop  time,  record  a 
Stop  Scenario  event  in  the  DX  file  (RECST). 

g.  If  Simulated  Time  has  reached  the  Repeat  Loop  Stop  Time,  Backup  and 
Start  Scenario  Commands  are  executed  (RBPTL). 

•  • 

b.  Process  the  next  operator  command  if  the  command  flag  lu  OPERC 
is  set  (QPEV). 

1.  Update  platform  positions  if  the  Update  Flag  is  set  (UPDATE).  If  an 
Update  is  performed,  control  is  returned  to  point  c.  If  no  Update 
la  performed,  execution  continues  at  point  J. 

g.  If  the  time  of  the  next  scenario  event  stored  in  the  Control  File  is 
less  than  or  equal  to  Simulated  Time,  and  the  scenario  has  bean  started 
at  least  once,  the  event  is  executed  (8CSNEV).  If  an  event  is  processed, 
execution  continues  at  point  c.  If  no  events  are  processed,  execution 
continues  at  point  b. 

K 

A 

5.3  CLKA8T  (TIMING  CONTROL) 

Program  timing  is  achieved  through  the  use  of  an  Asynchronous  System  Trap, 

(AST),  /a  AST  is  scheduled  to  occur  60  times  a  second,  and  each  time  an  AST 

occurs  the  program  is  Interrupted  and  control  is  passed  to  a  timing  control 
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section.  This  routine  then  performs  ell  timekeeping  functions*  Appendix  E 
contains  a  diagram  of  the  scheduling  of  specific  processing  within  a  1  second 
interval . 

For  each  AST,  the  latest  System  Controls  command  is  Issued  and  the  return  data 
(the  latest  dropped  emitted)  is  stored  for  use  by  the  main  control  loop. 
Elapsed  time  is  incremented  by  one.  If  spectrum  analyser  auto  tuning  is  active, 
the  next  tune  time  is  decremented,  and  the  Tune  Next  Emitter  flag  is  set  if  the 
result  s  sero.  The  Read  Counter  Variables  flag  is  decremented.  If  the  result 
is  sero,  and  the  previous  pulse  count  data  has  been  processed,  the  counter  Is 
res^t  and  a  pulse  count  transfer  is  initiated*  The  pulse  count  request  time  is 
read  and  stored  (CDXTM).  The  Next  Half  Second  count  is  decremented.  If  the 
result  is  not  sero,  processing  is  complete.  Otherwise,  the  count  is 
reinitialized  and  the  the  Next  Simulated  Second  count  is  decremented.  If  the 
result  sero,  Simulated  Tine  is  updated.  If  a  the  new  scenario  speed  flag  is 
set,  control  variables  are  updated  using  the  new  speed  value*  If  the  next 
Simulated  Second  will  occur  in  .5  seconds,  the  Update  Flag  is  set  so  that  the 
Update  begins  .5  seconds  before  the  actual  time  is  readhed. 

5.3  SUBROUTINE  ADVSCN 

Subroutine  ADVSCN  is  used  to  process  an  Advance  Scenario  operator  command.  The 
advance  time  is  firs  fled  that  it  is  greater  than  the  currant  simulated 
time.  If  it  is  not,  an  error  is  returned  and  the  routine  returns  to  the  caller. 

If  the  advance  time  is  valid,  the  scenario  stop  time  is  set  to  the  current  time, 
and  the  routine  waite  for  the  scenario  to  be  stopped.  When  the  scenario  has 
bean  stopped,  a  Stop  Scenario  event  is  recordad  In  the  DX  file  (RECST), 
radiation  is  turned  off,  and  the  Advance  Scenario  command  is  recorded  in  the  DX 
file  (WRTVHT).  All  scenario  events  up  to  and  including  the  advance  target  time 
are  than  executed.  Platform  positions  are  updated  locally  as  time  is  advanced. 
When  the  target  time  has  been  reached,  a  normal  platform  update  is  performed  to 
update  all  range,  bearing,  and  elevation  data  (UPDATE).  Radiation  is  then 
turned  back  o^  if  it  was  enabled  before  the  start  of  the  advance  command.  The 
routine  then  returns  to  the  caller. 


5.5  SUBROUTINE  ATAN 

Subroutine  ATAN  is  used  to  compute  the  arctangent  of  an  angle*  The  arctan 
funtclon  la  determined  using  a  binary  search  of  a  tangent  table.  The  angle  is 
not  adjusted  for  quadrant  effects.  The  routine  then  returns  to  the  caller. 
This  routlns  Is  stored  In  module  FANGL. 

5.6  SUBROUTINE  BACKL 

Subroutine  BACKL  Is  used  to  backup  the  scenario  after  It  has  been  stopped.  The 
platform  file  Is  reinitialised  (INIPF),  all  emltterd  are  deleted  and  turned  off 
in  tha  Digital  Generator,  and  the  EV  system  position  is  reinitialised  (INIEV). 
The  scenario  file  Is  then  reinitialised  (INISCN).  The  scenario  Is  then  advanced 
to  the  backup  target  time  using  tha  aame  procedure  as  the  Advance  Scenario 
commnand.  The  routine  then  returns  to  the  caller.  This  routine  Is  stored  In 
module  ADV8CN. 

5.7  SUBROUTINE  BACKUP 

Subroutine  BACKUP  is  used  to  process  an  Backup  Scenario  operator  commnand.  The 
backup  time  la  first  verified  that  It  Is  less  than  the  current  simulated  time. 
If  it  Is  not,  so  error  Is  returned  and  the  routine  returns  to  the  caller. 

If  the  backup  time  la  valid,  the  scenario  stop  time  la  set  to  the  current  time, 
and  the  routine  waits  for  the  scenario  to  be  stopped.  When  the  scenario  has 
been  stopped,  a  Stop  Scenario  event  is  recorded  In  the  DX  file  (RECST), 
radiation  Is  turned  off,  and  the  Backup  Scenario  command  Is  recorded  In  the  DX 
file  (V1TVNT).  The  scenario  is  then  backed  up  to  the  target  time  (BACKL).  This 
routine  la  stored  in  module  ADVSCN. 

.5.8  SUBROUTINE  CXFIL 

Subroutine  CEFTL  Is  used  to  check  an  emitter  against  the  current  system  status 
display  filters.  The  frequency  Is  rsad  back  from  tha  Digital  Generator  and 
compared  against  tha  filter  limits.  Tha  carry  bit  is  set  If  the  emitter  lies 
outside  the  limits,  otherwise,  the  carry  bit  Is  clesr  upon  return.  The  routine 
then  returns  to  the  caller. 

5.9  .SUBROUTINE  CEDED 

Subroutine  CKDED  is  used  to  update  the  pooling  status  as  dedicated  emitters  are 
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deleted*  If  the  Dedicated  flag  lc  not  sat  in  the  anittar  flags  word,  the 
routine  simply  returns*  For  a  dedicated  emitter,  the  program  reads  the  current 
synthesiser  channel  from  the  Digital  Generator  end  updates  the  dedicated  emitter 
count  for  that  channel.  If  the  count  goes  to  zero,  the  channel  is  repooled. 
Tha  routlna  then  returns  to  tha  caller. 

5.10  SUBROUTINE  CLOSDX 

Subroutine  CLQSDX  is  used  to  initiate  the  close  of  the  DX  file  at  the  end  of  a 
simulation  run.  Tha  closa  flag  is  set  in  the  DX  file  status  word  and  event  flag 
37  is  set  to  start  program  DEEP.  The  routine  then  returns  to  the  caller.  This 
routine  is  stored  in  module  DXIO. 


5.11  SUBROUTINE  CLOSER 

Subroutine  CLOSEF  is  used  to  initiate  the  close  of  the  scenario  file  at  the  end 
of  a  simulation  run.  Tha  close  flag  is  set  in  the  scenario  file  status  word  and 
event  flag  38  is  set  to  start  program  SFPM.  The  routine  then  returns  to  the 

caller.  This  routine  is  stored  in  module  SCIO. 

#  %  • 

5.12  SUBROUTINE  COS 

Subroutine  COS  is  used  to  compute  the  cosine  of  an  angle.  The  angle  is  first 
converted  to  an  angle  between  0  and  255  BAMS.  This  angle  is  then  used  to  look 
up  the  corresponding  cosine,  which  is  then  adjusted  based  on  the  quadrant  of  the 
angle.  The  routine  than  returns  to  the  caller. 

5.13  SUBROUTINE  CPFIL 

Subroutine  CFVIL  is  used  to  ehaek  a  platform  against  the  current  system  status 
display  filters.  The  current  DOA  is  checked  against  tha  DOA  limits  and  the 
ourrent  range  attenuation  is  checked  against  tha  current  range  limits.  If 
either  value  falls  outside  the  limits,  the  esrry  bit  is  set  upon  return. 
Otherwise  tha  carry  bit  is  cleared  and  the  routine  returns  to  the  caller. 

5.14  SUBROUTINE  DAEL 

Subroutine  DAEL  la  used  to  generate  display  date  for  the  active  emitter  list. 
The  routine  begins  with  the  emitter  number  specified  by  OTASK  and  scans  the 
emitter  file  until  140  active  emitters  have  been  found,  or  the  end  of  the 
emitter  file  is  found.  For  each  emitter,  the  routine  determines  whether  the 
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linked  platform  Is  abova  or  balow  the  radar  horizon,  whether  the  emitter  la  on 
or  off,  and  whether  the  emitter  la  detectable  or  not*  Theee  flags  are  packed 
with  emitter  number  In  the  return  buffer.  When  the  buffer  la  full,  or  the  end 
of  the  emitter  file  is  reached,  the  routine  returns  to  the  caller. 

5.15  SUBROUTINE  DAPL 

Subroutine  DAPL  is  used  to  generate  data  for  the  active  platform  list.  The 
routine  begins  with  the  first  entry  in  the  platform  file  and  scans  the  entire 
file  for  active  platforms.  The  EW  system  platform  is  excluded,  as  well  as  any 
platform  whose  range  or  AOA  lies  outside  the  current  limits  for  the  system 
status  display*  For  each  active  platform  within  the  limits,  the  routine  returns 
the  platform  number  and  the  range  attenuation.  When  the  end  of  the  platform 
file  is  reached,  the  routine  returns  to  the  caller. 

5.16  SUBROUTINE  DEE 

Subroutine  DEE  is  used  to  delete  an  emitter  from  the  simulation.  The  emitter 

number  is  first  mapped  to  its  corresponding  Digital  generator  slot  number.  The 
•  » 
link  to  the  associated  platform  is  deleted.  The  all  emitter  slots  are  turned 

off  in  the  Digital  Generator  (DSLEM),  the  event  is  recorded  in  the  Dx  file 

(WRTVHT),  and  the  routine  returns  to  tht  caller. 

5.17  SUBROUTINE  DELEM 

Subroutine  DELEM  is  used  to  reinitialise  emitter  slots  as  they  are  deleted.  The 
routine  first  cheeks  the  pooling  status  of  the  emitter  to  be  deleted  (CEDED). 
The  slots  are  then  turned  off  in  the  Digital  Generator  and  the  emitter  file 
entries  for  the  associated  slots  are  reinitialized.  The  routine  then  returns  to 
the  caller.  This  routine  is  stored  in  module  DEE. 

'  5.18  SUBROUTINE  DGUBf 

Subroutine  DGUBF  is  used  to  send  a  series  of  commands  to  the  Digital  Generator. 
Each  command  is  output  (WRTDGU)  and  the  routine  returns  to  the  caller. 

5.19  SUBROUTINE  DISSHT 

Subroutine  DI8EMT  is  used  to  gather  platform  and  emitter  parameters  for  real 
time  display.  The  routine  first  determines  which  platform  the  emitter  Is 
associated  with.  The  platform  is  then  reconstructed  as  an  enter  new  platform 
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event  In  scenario  format*  The  routine  then  sends  this  data  to  be  displayed  and 
waits  (STOT). 

Dpon  restart  the  emitter  Is  reconstructed  as  an  enter  new  emitter  event  In 
scenario  format  from  Information  In  the  Digital  Generator  and  the  Control 
Computer.  The  routine  then  returns  to  the  calling  routine. 

5.20  SUBROUTINE  DPLC 

Subroutine  DPLC  Is  used  to  process  an  operator  request  to  display  pulse  counts 
for  an  emitter.  The  routine  first  checks  that  the  requested  emitter  is  active, 
and  returns  an  error  if  it  is  not.  If  the  emitter  is  active,  the  emitter  number 
is  stored  in  the  Request  Pulse  Count  flag.  If  the  scenario  has  been  started, 
the  routine  returns  to  the  caller.  If  it  has  never  been  started,  all  zero  pulse 
counts  are  returned  and  OTASK  Is  notified  of  command  completion  (STOT).  the 
routine  then  returns  to  the  caller.  This  routine  is  stored  in  module  PLSCNT. 

5.21  SUBROUTINE  DPE 

Subroutine  DPE  is  used  to  delete  a  platform  from  the  simulation.  If  the 
platform  is  not  active,  or  is  the  EV  system,  an  error  Is  returned.  Otherwise 
the  platform  is  marked  as  inactive,  and "mil  linked  emitters  are  also  deleted 
(DELEM).  The  event  is  recorded  In  the  DX  file  (WRTVNT)  and  the  routine  returns 
to  the  caller. 

5.22  SUBROUTINE  DPLAT 

Subroutine  DPLAT  Is  used  to  process  a  Displat  Platform  operator  command.  If  the 
platform  is  inactive,  or  the  EW  system  platform,  an  error  is  returned.  For  a 
valid  platform,  the  position  and  velocity  parameters  are  retrieved  from  the 
platform  file.  The  platform  number  is  then  checked  to  see  If  it  Is  the  same  as 
the  last  displayed  platform.  If  this  is  the  same  platform,  the  next  emitter  to 
display  is  checked.  If  the  next  emitter  to  display  is  no  longer  linked  to  this 
platform*  or  is  negative,  the  emitter  list  begins  vlth  the  first  emitter  on  the 
''  platform.  Otherwise,  the  first  emitter  returned  will  be  thet  stored  in  common, 
for  a  new  display  platform,  the  first  linked  emitter  is  always  the  first 
returned.  Starting  vlth  the  appropriate  linked  emitter,  the  routine  formats 
emitter  number,  frequency,  and  effective  output  power  into  the  return  buffer  for 
up  to  64  emitters.  The  last  displayed  platform  number  and  next  emitter  number 
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are  updated*  The  routine  then  returns  to  the  caller. 

5.23  SUBROUTINE  DREM 

Subroutine  DRSM  procesed  the  latest  dropped  emitter  number  read  from  the  Digital 
Generator.  If  the  number  la  zero,  the  routine  simply  returns.  For  a  non-zero 
dropped  emitter  number,  the  emitter  first  determines  the  first  slot  number  which 
Is  part  of  the  operator  emitter.  The  slot  number  Is  then  mapped  back  to  the 
corresponding  operator  emitter  number  (UNMAF).  The  emitter  Is  then  turned  on  or 
off  based  on  Its  status  as  stored  In  the  emitter  flit.  The  operator  emitter 
number  and  Digital  Generator  slot  number  are  recorded  in  the  DR  file  (WRTVNT). 
The  LAat  Dropped  Emitter  number  is  cleared,  and  the  routine  returns  to  the 
caller. 

5.24  SUBROUTINE  DSBDX 

Subroutine  DSBDX  is  used  to  process  an  operator  Disable  DX  Recording  command. 
The  command  Is  first  written  to  the  DX  file  (WRTVNT).  The  Disable  DX  Recording 
flag  Is  set  ant  the  routine  returns  to  the  caller. 

•  • 

5.25  SUBROUTINE  ENDSIM 

Subroutine  ENDSIM  Is  used  to  process  an  End  Simulation  operator  command.  RF 
radiation  Is  turned  off  and  the  command  is  recorded  In  the  Dx  file  (WRTVNT). 
The  Scenario  File  to  be  closed  (CLOSE?)  and  the  DX  file  Is  closed  (CLOSDX).  The 
exit  flags  are  set  for  the  situation  display  processor  end  the  spectrum  analyzer 
control  program.  The  routine  then  sets  event  flag  51  to  restart  the  ATEWES 
Executive  Menu  program  and  exits. 

5.26  SUBROUTINE  BNES 

^Subroutine  ENES  is  used  to  an  enter/updats  emitter  event.  The  routine  first 
verifies  that  the  emitter's  platform  is  active  and  not  the  EW  system.  The  first 
base  frequency  is  check  against  the  Frequency  Disable  File.  For  an  update 
emitter  event  a  test  is  made  to  Insure  the  emitter  is  active.  A  failure  on  any 
of  the  Initial  status  checks  generates  an  error  message  and  returns  to  the 
calling  routine. 

For  an  operator  enter  new  event  the  number  of  unused  scenario  slots  is  compared 
to  the  number  required.  If  not  enough  slots  are  available  an  error  message  is 
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displayed  and  the  routine  returns  to  the  caller. 

An  operator  update  emitter  event  cannot  use  more  DCU  slots  than  the  number 
currently  Is  use  by  the  emitter.  Otherwise,  an  error  message  Is  displayed  and 
the  routine  returns  to  the  caller. 

Some  emitter  update  events  require  the  emitter  to  be  turned  off  before  updating. 
Any  emitter  with  a  sync  emitter  link  or  any  edit  to  an  emitter  with  a  sync 
emitter  link  must  be  turned  off. 

A  buffer  Is  built  from  the  non-repeated  event  fields  and  the  first  set  of  the 
repeated  fields.  This  buffer  completely  defines  one  DGU  slot  emitter,  except 
for  the  linking  code  (See  Appendix  C.l).  The  buffer  is  output  to  the  Digital 
Generator  (DGUBF). 

For  an  emitter  using  more  then  one  DGU  slot  only  the  repeated  fields  are  changed 
in  the  buffer  before  it  Is  output  again. 

•  * 

Based  upon  frequency  the  chirp  rate  field  Is  scaled  to  correspond  to  maximum 
chirp  attainable  In  the  frequency  synthesiser.  See  Table  X  in  Appendix  A. 

Emitter  linking  code  Is  determined  based  upon  dependent  signal  status,  Emitter 
Link  Select  (ELS),  Link  Seed  Jitter  Code  (LSJC)  and  PRI.  Dependent  Signal 
emitters  utilise  the  sync  emitter  link  exclusively.  A  DGU  slot  with  a  non-sero 
ELS  would  have  a  sequence  link  of  Its  own  slot  number  and  pattern  switch  link  of 
the  next  slot  number,  the  last  slot  would  pattern  svltch  link  the  first  slot. 
A  DGU  slot  with  a  non-sero  LSJC  will  sequence  link  the  first  slot. 

The  remaining  DGU  slots  sequence  the  next  slot  until  the  end  of  the  chain  which 
sequence  links  the  first  slot.  DGU  slots  with  a  PRI  less  than  2  microseconds 
are  the  exception,  these  slots  can  only  ba  generated  using  the  sync  emitter 
link.  Thus  the  slots  with  a  PRI  2  microseconds  or  greater  are  sequence  linked 
together  and  the  others  are  sync  emitter  links  from  these  slots. 

5.27  SUBROUTINE  ENPE 

Subroutine  ENPE  Is  used  to  process  an  enter  new  platform  scenario  event.  The 
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routine  first  determines  whether  the  event  le  e  new  platform,  velocity  change, 
reposition  or  turn  event. 

for  e  new  platform  event,  the  routine  returns  an  error  If  the  platform  Is 
already  active.  Otherwise  the  positions  and  velocities  are  stored  in  the 
platform  file  for  the  specified  platform.  The  Initial  range  (PNDRA) ,  bearing 
(FNDBB),  end  elevation  (FNDEL)  to  the  EW  system  ere  calculated  and  stored  in  the 
platform  file.  If  an  operator  event  Is  being  processed,  the  operator's  flag  is 
set  in  the  platform  file.  The  event  Is  written  to  the  DX  file  (WRTVNT)  and  the 
routine  returns  to  the  caller. 

For  e  velocity  change,  reposition,  or  turn  event  the  routine  returns  an  error  if 
the  specified  platform  Is  Inactive.  If  the  platform  Is  active,  new  positions, 
velocities,  or  turn  date  are  stored  In  the  platform  file.  The  heading  and  pitch 
change  flags  ere  set  Whenever  different  values  are  stored.  The  operator's  flag 
Is  set  If  an  operator  event  Is  being  processed,  the  event  is  written  to  the  DX 
file  (WRTVNT),  end  the  routine  returns  to  the  caller. 

I 

5.28  SUBROUTINE  BOFE 

Subroutine  BOFE  Is  used  to  process  an  emitter  off  scenario  event.  The  routine 
returns  an  error  If  the  specified  emitter  is  Inactive,  or  If  a  scenario  event 
attempts  to  turn  off  an  operator's  emitter.  Otherwise  the  emitter  Is  mapped  to 
its  corresponding  Digital  Generator  slot  number.  Each  slot  used  to  simulate  the 

emitter  is  turned  off,  the  event  Is  written  to  the  DX  file,  and  the  routine 

returns  to  the  caller. 

5.29  SUBROUTINE  BORE 

-  Subroutine  BONE  Is  used  to  process  sn  emitter  on  scenario  event.  The  routine 
returns  an  error  if  the  specified  emitter  Is  inactive,  or  if  a  scenario  event 
attempts  to  turn  on  an  operator's  emitter.  Otherwise  the  emitter  is  mapped  to 
Its  corresponding  Digital  Generator  slot  number.  Each  slot  used  to  simulate  the 

emitter  Is  turned  on,  the  event  Is.  written  to  the  DX  file,  and  thu  routine 

returns  to  the  caller. 

3.3p  SUBROUTINE  FNDBB 

Subroutine  FNDBB  Is  used  to  compute  the  true  bearing  from  a  platform  to  the  EW 
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system  platform  using  the  following  formula. 

Soaring  -  Arctan  (X  -%  )  /  (Y  -Y  ) 

p  o  p  o 

Delta  X  and  delta  Y  are  used  to  compute  the  tangent  of  the  bearing  angle.  The 
angle  le  then  determined  by  taking  the  arctan  of  the  reeultant  tangent  (AT AN). 
The  angle  le  then  adjuated  for  the  right  quadrant.  The  true  bearing  la  the 
combined  with  platform  heading  to  eumpute  the  relative  bearing  from  the  current 
platform  to  the  SV  system  platform.  The  routine  then  returns  to  the  caller. 
This  routine  Is  stored  in  module  FANGL. 

5.31  SUBROUTINE  FNDEL 

Subroutine  FNDEL  Is  used  to  compute  the  true  elevation  from  a  platform  to  the  EW 
system  platform  using  the  following  formula. 

2  2  .5 

Elevation  -  Arctan  (Z  -2  )  /  ((X  -X  )  +  (Y  -Y  )  )* 

p  o  p  o  p  o 

Delta  X,  delta  Y,  and  delta  Z  are  used  to  compute  the  tangent  of  the  elevation 
angle.  The  angle  Is  then  determined  by  taking  the  arctan  of  the  resultant 
tangent  (ATAN) .  The  angle  is  then  adjusted  for  the  right  quadrant.  The  true 
elevation  Is  the  combined  with  platform  pitch  to  eumpute  the  relative  elevation 
from  the  current  platform  to  the  EW  system  platform.  The  routine  then  returns 
to  the  caller.  This  routine  Is  stored  In  module  FANGL. 

3.32  SUBROUTINE  FNDRA 

Subroutine  FNDRA  Is  used  to  determine  the  current  range  attenuation  for  a 

platform.  A  horison  cheek  Is  performed  for  each  platform  if  the  line  of  sight 
check  Is  enabled.  The  maximum  separation  Is  computed  from  the  altitude  of  the 
XW  system  and  the  altitude  of  the  current  platform.  If  slant  range  squared 

exceeds  the  maximum  allowable  range,  the  range  attenuation  is  set  to  the  maximum 
value  (127).  Otherwise  SR  Is  then  used  in  a  binary  table  search  to  determine 
the  Platform  Range  Attenuation.  The  routine  then  returns  to  the  caller. 

5.33  SUBROUTINE  GDXTM 

Subroutine  GDXTM  Is  used  to  determine  the  recording  time  for  a  DX  event.  If  the 
XRIG-B  clock  Is  disabled,  the  current  elapsed  time  tick  count  Is  returned. 
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Otherwise  the  routine  read*  the  current  tine  of  day  from  the  IRIG-B  time 
generator*  The  routine  then  returne  to  the  caller* 

5.34  SUBROUTINE  GSTAT 

Subroutine  GSTAT  la  used  to  proceea  an  operator  syatem  statue  display  request. 
The  KW  system  platform  parameters  are  first  copied  to  the  return  buffer, 
followed  by  the  range  and  bearing  filters.  The  number  of  active  platforms,  and 
detectable  emitters  both  filtered  and  unflltered  are  determined  and  copied  to 
the  return  buffer.  The  elapsed  time,  scenario  time  and  status,  and  RF  status 
are  copied  to  the  return  buffer.  The  latest  pulse  count  totals  are  copied.  The 
dropped  emitter  count  Is  copied  to  the  buffer,  and  the  count  la  zeroed.  The 
routine  then  returns  to  the  caller. 

5.35  SUBROUTINE  INIEV 

Subroutine  INIEW  Is  used  to  initialize  the  EW  system  platform.  The  platform  Is 
marked  as  active,  and  as  the  £V  system.  All  position  and  velocity  fields  are 

seroed  and.  the  platofrm  Is  linked  to  emitter  zero.  The  routine  then  returns  .  to 

•  » 

the  caller.  This  routine  la  stored  In  module  INITT. 

5.36  SUBROUTINE  INIPF 

Subroutine  INIPF  Is  used  to  Initialize  the  platform  file.  All  platforms  are 
marked  as  Inactive.  The  flsrt  emitter  link  Is  Initialized  to  show  the  end  of 
the  link,  and  the  routine  returns  to  the  caller.  This  routine  Is  stored  In 
moudule  INITT. 

5.37  SUBROUTINE  INISCN 

Subroutine  INISCN  Is  used  to  Initialize  the  scenario  file.  The  file  Is  first 
-  met  to  the  beginning  of  the  file  (RESETP).  All  events  scehduled  to  occur  at 
time  zero  are  then  executed  (SCENEV)  and  the  routine  returns  to  the  caller. 

5.38  SUBROUTINE  INITD 

\ 

«  Subroutine  INITD  Is  used  to  initialize  DX  file  access  for  program  REALTM.  The 
buffer  pointer  Is  set  to  the  beginning  of  the  first  DX  buffer.  All  Dx  buffers 
are  marked  as  free,  and  the  routine  returns  to  the  caller.  This  routine  Is 
Stored  in  module  DXIO. 
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5.39  SUBROUTINE  INITF 

Subrout in*  INITF  1*  used  to  initialise  scenario  fil*  access  for  program  REALTM. 
Tha  buffer  pointer  is  initialised  to  ths  beginning  of  the  first  buffer.  The 

routine  waits  for  the  first  scenario  buffer  to  be  filled  and  returns  to  the 
caller.  This  routine  is  stored  in  module  SCIO. 

5.40  SUBROUTINE  INITT 

Subroutine  INITT  performs  all  Initialisation  for  the  Initial  startup  of  program 
REALTM.  The  virtual  address  of  the  puls*  count  DMA  buffer  is  converted  to  a 
phisical  address  (VTR).  Ths  scenario  file  is  opened  for  read  (INITF)  and  the 
Pat*  Extraction  file  is  opened  for  append  (INITD).  Dynamic  memory  mapping  is 
initialised  (KPINI). 

The  platform  file  is  initialised  (INIPP),  and  all  emitters  are  deleted  from  the 
Emitter  File  and  turned  off  In  the  Digital  Generator.  The  EW  system  platform  Is 
initialised  (INlEtf).  All  parameters  in  the  Control  File  are  initialised  and  the 
routine  returns  to  the  caller. 

5.41  SUBROUTINE  LOTIM 

Subroutine  LOTIM  is  used  to  output  the  current  scenario  time  to  the  Digital 
Generator.  Ths  time  is  first  broken  down  into  its  hours,  minutes  and  seconds 
components.  These  values  are  then  converted  to  BCD  and  output  to  tha  Digital 
generator.  Ths  routine  then  returns  to  the  caller. 

5.42  SUBROUTINE  MPDF 

Subroutine  MPDF  is  used  to  map  virtual  address  space  to  the  Display  File  stored 
in  cosmos  DFILE.  If  conston  EFILE  is  mapped  on  entry,  it  is  unmapped.  The 
•  routine  than  returns  to  the  caller.  This  routine  is  stored  in  module  MAPSUB. 

5.43  SUBROUTINE  MPEF 

Subroutine  MPEF  is  used  to  map  virtual  address  space  to  the  Emitter  File  stored 
in  common  EFILE.  If  common  DFILE  is  mapped  on  entry,  it  is  unmapped.  The 
routine  then  returns  to  the  caller.  This  routine  is  stored  in  module  MAPSUB. 

5.44  SUBROUTINE  MPINI 

Subroutine  MPINI  is  used  to  initialize  dynamic  mapping  for  common  areas  DFILE 
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and  EFILE.  The  Active  Page  Register  is  computed  from  the  virtual  address 
assigned.  The  DFEF  region  Is  attached  and  the  EFILE  portion  is  mapped.  If  any 
errors  are  encountered,  the  routine  outputs  an  error  message  and  exits.  This 
routine  Is  stored  in  module  HAP SUB. 

5.45  SUBROUTINE  NAVAST 

Subroutine  NAVAST  Is  used  to  create  and  output  the  TEWES  Navigation  message,  in 
Appendix  D.  The  routine  is  started  when  a  one  byte  request  Is  issued  across  a 
RS232C  serial  port.  The  current  contents  of  the  five  processing  registers  Is 
saved  on  the  stack.  The  message  is  built  and  a  checksum  Is  generated.  The 
checksum  is  the  exclusive  or  of  all  data  bytes  In  the  message.  The  message  Is 
output  over  the  same  serial  port. 

5.46  SUBROUTINE  OPEV 

Subroutine  OPEV  is  used  to  process  an  operator  command.  The  routine  initializes 
the  return  error  code,  the  current  event  number,  and  the  emitter  and  platform 
flag  masks  If  an  operator  entered  scenario  Is  being  processed.  The  routine  then 
decodes  the  command  code  and  jumps  to  the  appropriate  processing  subroutine. 
Unless  the  last  command  was  a  pulse  count  request,  the  current  scenario  time  Is 
returned,  OTASK  is  notified  of.  comoahd  completion  (STOT),  and  the  routine 
returns  to  the  caller. 

5.47  SUBROUTINE  RELVNT 

Subroutine  RELVNT  Is  used  to  return  the  next  event  from  the  scenario  file.  If 
all  scenario  Input  buffers  are  empty,  the  routine  returns  an  event  code  of  zero. 
Otherwise  the  next  event  In  the  scenario  is  returned  and  buffer  pointers  are 
updated.  The  routine  then  returns  to  the  caller.  This  routine  Is  stored  In 
module  8CI0. 

5.48  SUBROUTINE  REPC 

Subroutine  REPC  is  ussd  to  record  the  latest  pulse  count  data  in  the  DX  file. 
If  the  letest  pulse  count  request,  time  is  not  zero,  It  Is  recorded  In  the  DX 
file  (WRTVNT)  and  reinitialized  to  zero.  If  a  pulse  count  transfer  has  been 
completed,  the  pulse  counts  for  all  active  emitters  are  formatted  and  recorded. 
For  each  active  entry  In  the  emitter  map,  the  pulse  counts  are  indexed  by 
Digital  Generator  slot  number.  The  counts  for  all  emitter  slots  used  to 
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generate  the  emitter  are  totaled*  If  an  overflow  occurs  for  a  patricular  pulse 
count  type,  the  total  Is  set  to  the  maximum  value.  Pulse  count  events  are 
formatted  with  operator  emitter  number,  followed  by  the  total  for  all  three 
pulse  count  types.  Emmltter  reports  arre  packed  to  a  maximum  event  length  of 
256  words  and  output  to  the  Dx  file  (WRTVNT).  The  routine  then  returns  to  the 
caller.  This  routine  Is  stored  In  module  PLSCNT. 

5.49  SUBROUTINE  REPEAT 

Subroutine  REPEAT  Is  used  to  process  an  operator  Initiate  Automatic  Repeat  Loop 
command.  The  Start  and  Stop  Times  specified  with  the  command  are  stored  In  the 
Control  Pile.  The  scenario  is  advanced  or  backed  up  as  needed  to  the  Start 
Time*  The  scenario  is  then  started  and  will  automatically  he  executed  between 
the  Start  and  Stop  Times  until  a  Stop,  Advance,  or  Backup  Scenario  Command  is 
given. 

5.50  SUBROUTINE  REPTL 

Subroutine  REPTL  Is  used  to  Initiate  the  next  pass  for  an  automatic  repeat  loop. 
The  scenario  Is  backed  up  to  the  repeat  loop  start  time  (BACKL).  The  scenario 
Is  then  etsrted,  end  scheduled  to  stop  at  the  repeat  loop  stop  time.  The  start 
command  la  recorded  in  the  DZ  file  (WRTVNT),  and  the  routine  returns  to  the 
celler.  This  routine  is  stored  in  module  REPEAT. 

5.51  SUBROUTINE  RE SEPT 

Subroutine  RESET?  Is  used  to  reset  the  scensrlo  file  to  the  beginning.  The 
reset  scenario  flag  is  sst  and  the  routine  waits  for  the  first  scensrlo  buffer 
to  be  filled.  The  buffer  pointer  is  initialized  end  the  routine  returns  to  the 
celler.  This  routine  is  stored  In  module  SCIO. 

5.52  SUBROUTINE  BPCHZ 

Subroutine  RFCHK  la  used  to  set  the  Rf  status  to  the  last  status  set  by  the 
operator.  If  ths  last  operator  status  set  was  enabled,  the  RF  enable  flag  Is 
set  in  the  System  Controls  word  in  the  control  file*  Otherwise  the  flag  Is 
cleared.  The  routine  then  returns  to  the  celler.  This  routine  is  stored  In 
module  RPCON. 


5.53  SUBROUTINE  RFOFP 
Subroutine  RF0F7  la  used  to  proceas  an  operator  Disable  Radiation  command.  The 
RP  Statue  la  updated  in  the  Control  File,  and  the  event  la  recorded  in  the  Data 
Extraction  File  (WRTVNT) .  The  routine  then  returna  to  the  caller.  Thla  routine 
la  etored  in  module  RFCON. 

5.54  SUBROUTINE  RFON 

Subroutine  RFON  la  used  to  proceaa  an  operator  Enable  Radiation  command.  The  RF 
etatua  la  updated  In  the  control  and  the  event  la  recorded  In  the  DX  file 

(WRTVNT) .  If  the  acenarlo  hae  never  been  atarted,  the  elapeed  time  counter  la 

atacted  (STRTC).  The  routine  then  returna  to  the  caller.  Thla  routine  la 
atqard  In  module  RFCON. 

5.55  SUBROUTINE  SCENEV 

Subroutine  SCENEV  la  uaed  to  proceaa  a  a Ingle  acenarlo  event.  If  the  laat  event 
read  from  the  acenarlo  la  type  zero,  the  routine  attempte  to  get  the  next  event 
from  the  file.  If  a  zero  la  atlll  returned,  the  routine  returna  to  the  caller. 
Othervlae  the  event  time  la  eopmared  to  the  current  time,  and  the  routine 

returna  to  the  caller  If  the  event  time  la  greater.  Otherwise,  the  current 

event  and  platform  and  emitter  masks  are  Initialized  In  the  control  file  and  the 

appropriate  event  proceeaing  routine  la  called.  The  routine  then  releaaea  the 

next  event  from  the  acenarlo  file  (RELVNT)  and  returna  to  the  caller. 

5.56  SUBROUTINE  8DFIL 

Subroutine  SDFIL  la  uaed  to  proceaa  an  operator  Set  Syetcm  Status  Display 

Filters  command*  The  new  display  filters  are  stored  In  the  Control  File,  for 
use  by  all  succeeding  display  commands.  The  routine  then  returna  to  the  caller. 

+ 

5.57  SUBROUTINE  8ETCP 

Subroutine  8ETCF  la  used  to  process  an  operator  Set  Pulse  Counter  Periodicity 
command.  Tha  new  periodicity  la  stored  In  the  Control  File  and  the  routine 

returns  to  the  caller.  This  routine  la  stored  In  module  PLSCNT. 

5.58  SUBROUTINE  SETDOA 

Subroutine  SETDOA  la  uaed  to  proceaa  an  operator  Set  DOA  Teat  Point  command. 
The  old  test  point  la  cleared  from  the  current  system  controls.  The  new  teat 


33 


point  la  than  merged  with  the  remaining  system  controls.  The  routine  then 
returns  to  the  caller. 

5.59  SUBROUTINE  SETSPD 

Subroutine  SETSPD  Is  used  to  process  an  operator  Set  Scenalro  Speed  command. 

The  New  Speed  Flag  Is  set  and  the  speed  code  Is  stored  In  the  Control  File,  to 

be  Implemented  by  the  timing  routine  at  the  next  Simulated  Second. 

5.60  SUBROUTINE  SIN 

Subroutine  SIN  Is  used  to  compute  the  sin  of  an  angle.  The  angle  Is  decreased 

by  256  BAMS  and  the  cosine  of  the  result  Is  computed  (COS).  The  routine  then 

returns  to  the  caller. 

5.61  SUBROUTINE  SPNXT 

Subroutine  SPNXT  Is  used  to  process  the  next  emitter  for  automatic  tuning  of  the 
spectrum  analyser.  The  routine  first  checks  that  there  Is  at  least  one  active 
eadtter,  and  returns  If  there  are  none.  If  there  are  any  active  emitters,  the 

routine  searches  the  emitter  file  blginnlng  at  the  "last  emitter  which  was 

automatically  tuned.  Wien  an  active  emitter  Is  found,  the  DOA  test  point  Is 
automatically  set  based  on  the  pOA  of  the  linked  platform.  The  routine  then 

reads  the  emitter's  PRI,  scan  type,  scan  rate,  frequency,  frequency  agility,  and 
frequency  modulation  amplitude  from  the  Digital  Generator.  These  values  are 

stored  In  common  block  ACTRL  and  event  flag  42  Is  set  to  start  program  SPCTL. 
The  routine  then  returns  to  the  caller.  This  routine  Is  stored  In  module  8PRTM. 

5.62  SUBROUTINE  8PRTM 

Subroutine  8PRTM  Is  used  to  process  an  operator  Spectrum  Analyser  control 
command.  The  routine  first  waits  for  the  spectra  analyser  busy  flag  to  be 
cleared.  For  an  emitter  tune  command,  the  routine  first  checks  to  see  that  the 
esdtter  Is  setive,  and  returns  an  error  If  it  is  not.  If  the  emitter  Is  setive, 
the  routine  loads  the  required  data  for  the  tune  command  (SPNXT)  and  returns  to 
the  caller.  For  a  manual  spectrum  analyser  command,  the  routine  sets  event  flag 
42  to  start  program  SPCTL,  sets  the  spectrum  analyser  busy  flag,  and  returns  to 
the  caller. 
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5.63  SUBROUTINE  STCEN 

Subroutine  STCEN  la  used  process  an  operator  Start  Scenario  command.  The 

Scenario  Status  is  first  checked  to  see  if  the  scenario  has  previously  been 

started.  If  so,  the  Scenario  Status  is  updated  to  show  the  scenario  running. 

The  timing  routine  mill  then  automatically  begin  updating  Simulated  Time,  and 

real  time  processing  will  take  place.  If  the  scenario  has  never  been  started, 

all  evente  at  time  sero  are  executed  (INISCN)  and  the  AST  request  is  initiated 

(STRTC).  The  radiation  is  turned  on  unless  a  Radiation  Off  command  haa  been 

processed  (RFCHK).  If  a  stop  time  has  bean  included,  the  value  is  stored  as  the 

Automatic  8top  Time  in  the  Control  File.  If  no  stop  time  is  specified,  this 

value  is  set  to  the  highest  possible  number  so  the  scenario  will  run 

lndafinltely.  The  event  is  written  to  the  DX  file  (WRTCNT)  and  the  routine 

returns  to  the  caller.  This  routine  is  stored  in  module  SCCON. 

\ 

\ 

5.64  SUBROUTINE  STOT 

Subroutine  STOT  is  used  to  notify  program  OTASK  of  command  completion.  Event 

flag  33  is  set  to  notify  OTASK  of  the  completion  status.  The  routine  then 

* 

returns  to  the  caller. 

5.65  SUBROUTINE  STPSCN 

Subroutine  STPSCN  is  used  to  process  an  operator  Stop  Scenario  command.  The 
current  Simulated  Time  is  placed  in  the  Automatic  Stop  Time  field  in  the  Control 
file.  The  Repeat  Loop  Start  and  Stop  Times  are  reinitialised.  The  routine  then 
returns  to  the  caller.  This  routine  is  stored  in  module  SCCON. 

5.66  SUBROUTINE  STRTC 

Subroutine  STRTC  is  used  to  perform  initial  scenario  startup  processing.  A 
pulse  count  transfer  is  initiated  to  clear  all  counters  in  the  Digital 
0e aerator.  The  initial  cloek  AST  is  requested  and  the  scenario  status  is 
updated.  The  routine  then  returns  to  the  caller.  This  routine  is  stored  in 
module  SCCON. 

5.67  SUBROUTINE  TURKZ 

Subroutine  TURNS  is  used  to  update  a  platform  which  is  executing  a  turn.  The 
turn  rate  is  scaled  by  the  current  scenario  speed  and  added  to  the  the  platform 
heading .  The  resultant  heading  is  scaled  to  BAMS  and  compared  to  the  old 
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heading  value  In  BAMS.  If  a  change  is  detected,  the  heading  change  flag  la  set. 
The  nev  X  and  T  velocities  are  computed  from  the  speed  and  heading  (SIN, COS). 
The  remaining  time  in  the  turn  is  updated,  and  the  routine  returns  to  the 
caller. 

5.68  SUBROUTINE  UNMAP 

Subroutine  UNMAP  is  used  to  convert  a  Digital  generator  slot  number  to  an 
operator  emitter  number.  The  routine  searches  the  operator  to  Digital  Generator 
slot  mapping  table  to  determine  the  operator  emitter  number.  The  routine  then 
returns  to  the  caller. 


1 


5.69  SUBROUTINE  UPDATE 

Subroutine  UPDATE  performs  position  updates  and  calculates  geometry  for  all 
active  platforms.  The  platform  Update  is  executed  each  time  the  Update  Plag  is 
set  by  the  timing  routine.  Execution  is  once  per  second  when  the  scenario  is 
running  at  or  faster  then  normal  spaed.  Execution  is  every  2  seconds  for  1/2 
speed,  4  seconds  for  1/4  speed,  and  6  seconds  for  1/8  speed.  If  the  scenario'  is 
running  at  2,  4  or  8  times  normal  speed,  velocities  are  shifted  left  1,  2  or  3 
bits  respectively  before  being  used  in- any  calculations. 

If  a  turn  is  in  progress,  the  heeding  and  velocities  are  updated  (TURNZ). 
Positions  are  updated  by  adding  velocity  components  to  their  associated  position 
coordinates.  This  is  first  done  for  the  EW  system  platform.  The  coordinates 
ere  truncated  to  16  bits  of  accuracy,  with  the  least  significant  bit 
representing  128  meters,  and  stored  for  later  use  in  range  calculatons.  If  the 
change  heeding  of  pitch  flags  are  set,  nev  values  are  output  to  the  Digital 
Generator. 

For  each  of  the  other  active  platforms,  the  position  is  updated  in  the  same  way. 
The  new  coordinates  are  then  scaled  to  match  the  stored  coordinates  for  the  EW 
system  platform.  These  values  are  used  to  calculate  the  Slant  Range  Squared 
with  the  following  formula. 

2  2  2  2 
SR  -  (X  -X  )  +  (Y  -Y  )  +  (Z  -Z  ) 
p  o  p  o  p  o 
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Tha  p  subscripts  represent  the  current  platform  and  the  o  subscripts  represent 
the  EW  system  platform*  Slant  Range  Is  then  used  to  compute  the  range 
attenuation  (FNDRA).  Mew  bearing  (FNDBE)  and  elevation  (FNDEL)  angles  are 
calculated* 

The  new  Range  Attenuation,  Bearing,  and  Elevation  are  compared  to  the  values 
stored  in  the  Platform  File.  If  neither  has  changed,  processing  for  the 
platform  is  complete*  If  either  has  changed,  the  new  values  are  stored  in  the 
Platform  File  and  output  to  the  Digital  Generator  for  each  emitter  linked  to  the 
platform.  The  Bearing  and  Elevation  output  for  each  emitter  are  the  values 
calculated  for  the  platform.  The  Attenuation  output  for  each  emitter  is  the  sum 
of  the  Platform  Range  Attenuation  and  the  Minimum  Range  Attenuation  field  stored 
in  the  Emitter  File*  If  the  emitter  is  tracking  the  EW  system  In  either  azimuth 
or  elevation,  the  sector  width  is  read  back  from  the  Digital  Subsystem.  Half 
the  sector  width  is  subtracted  from  the  bearing  or  elevation  to  the  EW  system 
and  the  result  is  output  aa  the  new  scan  lower  limit* 

m  * 

If  Update  Recording  is  enabled,  the  platform  number,  range  attenuation,  and 

azimuth  AOA  and  elevation  AOA  for  all  platforms  which  changed  are  stored  in  a 
temporary  buffer.  When  all  platforms  have  been  updated,  the  buffer  is  written 
to  the  DX  file. 

The  program  then  updates  the  scan  lover  limit  for  all  emitters  tracking 

platforms  other  than  the  EW  system.  For  each  tracking  emitter,  DELTA  X,  DELTA 
Y,  and  DELTA  Z  are  determined  using  the  linked  platform  and  the  tracked 
platform.  The  relative  bearing  (FNDBE)  and  elevation  (FNDEL)  to  the  tracked 
platform  are  computed.  One  half  the  sector  width  is  subtracted  to  compute  the 
/new  scan  lower  limit.  The  old  scan  lover  limit  is  read  from  the  Digital 

Generator.  If  both  values  are  the  same,  processing  for  the  current  emitter  is 
complete.  If  the  value  has  changed,  the  nev  value  is  output  to  the  Digital 

Generator.  The  emitter  number  and  scan  limit  are  stored  In  a  DX  event  buffer. 

If  tha  buffer  is  full,  a  partial  event  is  recorded  in  the  DX  file  (WRTVNT)  and 
the  buffer  is  cleared.  When  all  emitters  have  been  processed,  the  final  event 
is  recorded  in  the  DX  file. 
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5.70  SUBROUTINE  VTR 

Suroutine  VTR  is  used  co  convert  e  virtual  address  to  a  physical  address.  The 
three  MSB  of  the  virtual  address  are  used  to  determine  the  corresponding  Active 
Page  Register.  The  Active  Page  Register  is  then  read  to  determine  the  physical 
base  address  of  the  page.  This  base  Is  added  to  the  offset  in  the  tvelve  LSB  of 
the  virtual  address  to  determine  the  final  eighteen  bit  physical  address. 

5.71  SUBROUTINE  WRTDGU 

Subroutine  WRTDGU  is  used  to  output  a  single  command  value  to  the  Digital 
Generator.  The  command  value  is  output  to  the  DR11-M  parallel  interface.  The 
routine  then  delays  approximately  tvelve  microseconds  to  Insure  proper  command 
output  timing.  The  routine  then  returns  to  the  caller. 

5.72  SUBROUTINE  WRTVNT 

Subroutine  WRTVNT  is  used  to  output  an  event  to  the  DX  file.  The  routine  first 
checks  that  buffer  space  is  available  for  the  event,  and  waits  until  a  buffer  is 
free  if  there  is  none.  The  event  is  then  copied  to  the  DX  buffer  and  the  buffer 
pointers  are  updated.  If  any  DX  buffery  are  filled,  event  flag  37  is  set  to 
start  program  DEPP  to  perform  the  disc  output.  The  routine  then  returns  to  the 
caller.  This  routine  is  stored  in  module  DXIO. 


SECTION  6 


PROGRAM  DEPP 

Prograa  DEPP  performs  all  DX  output  to  the  disc.  All  DX  events  ere  buffered  In 
common  block  DXBF.  Each  time  program  REALTM  fills  a  256  word  buffer,  the  buffer 
status  flags  are  updated  and  DEPP  Is  scheduled. 

Program  DEPP  appends  to  a  DX  file  with  a  fixed  name  of  XXXXXXXXX.XXX;377  when  It 
Is  Initiated.  The  prograa  then  waits  for  event  flag  37  to  be  set  by  prograa 
HEALTH.  Each  time  the  flag  Is  set,  DEPP  checks  status  flags  In  OPERC  to 
determine  the  required  action.  If  the  exit  flag  is  set,  all  full  buffers  ere 

i 

output.  The  file  Is  then  truncated  to  release  any  space  allocated  to  it  which 

la  not  required.  If  no  output  file  name  was  specified  by  the  operator,  the 

temporary  file  Is  deleted.  Otherwise,  the  file  Is  renamed  using  the  operator 

specified  name  from  common  area  OPERC.  If  any  error  Is  detected,  an  error  code 

la  returned  In  KERR  and  the  prograa  waits  for  event  flag  37  to  be  set  again. 

When  the  DX  file  has  been  successfully  deleted  or  renamed,  the  prograa  exits. 

• 

o  »  • 

If  the  exit  flag  Is  not  set,  the  prograa  outputs  any  full  DX  buffers  using 
Standard  I/O  funtdons  of  the  file  system.  As  each  buffer  Is  output,  Its  status 
flag  la  updatad  In  DXMAP.  Additional  disc  blocks  are  allocated  In  segments  of 
50  blocks  as  required.  When  all  disc  buffers  have  been  emptied,  the  prograa 
returns  to  the  wait  state  for  event  flag  37 . 


SECTION  7 


PROGRAM  SFPM 

Program  SPFM  performs  all  scenario  file  input  from  the  disc*  All  scenario 
buffers  are  stored  in  coamon  block  SCBP. 

When  the  program  is  initiated,  it  opens  the  file  name  specified  in  OPERC  and 
sets  Its  block  pointer  to  6,  to  bypass  the  scenario  header  and  emitter  map.  All 
scenario  buffers  are  filled,  and  the  program  waits  for  evbent  flag  38  to  be  set. 

When  event  flag  38  is  set,  the  program  cheeks  status  flags  in  OPERC  to  determine 
the  required  action.  If  the  exit  flag  is  set,  the  program  closes  the  scenario 
file  and  exits.  If  the  rewind  flag  is  set,  the  program  resets  the  current  block 
pointer  to  6  and  fills  all  scenario  buffers  starting  at  the  beginning  of  the 

file.  The. program  then  returns  to  the  wait  state  for  event  flag  38. 

*  ,  • 

If  no  special  flags  are  set,  the  program  fills  any  empty  scenario  buffers  from 
the  disc.  As  each  buffer  is  filled,  its  status  flag  in  SCMAP  is  updatad.  When 
all  input  buffers  have  been  filled,  the  programm  returns  to  the  wait  state  for 
event  flag  38. 


SECTION  8 


PROGRAM  SPCTL 

Program  SPCTL  performa  all  communications  with  the  HP  8566A  spectrum  analyser. 
The  program  outputs  all  command  strings  and  reads  back  and  displays  required 
data. 

The  progrm  normally  waits  for  event  flag  42  to  be  set.  Bach  time  the  flag  Is 
set,  the  program  processes  the  command  currently  stored  In  common  block  ACTRL. 
Tor  manual  analyser  commands,  either  an  operator  entered  ASCII  string  or  a 
general  menu  selection,  the  program  outputs  the  command  string  and  returns  to 
the  wait  state  for  event  flag  42. 

Tor  an  emitter  tune  command,  the  program  resets  the  spectrum  analyzer,  and 
encodes  and-  outputs  a  new  center  frequency  based  on  the  frequency  of  the 
specified  emitter  (TALK).  The  frequency  span  is  then  set  based  on  the  amount'  of 
periodic  modulation  amplitude,  frequency  agility,  or  to  a  minimum  of  5  MHZ. 
(TALK).  The  program  then  sets  a-  reference  level  of  +10  dBm  (TALK).  The  program 
then  reeds  the  peak  frequency  and  power  measured  by  the  spectrum  analyser 
(RTRPV).  These  values,  along  with  the  emitter  number,  PRI,  and  scan  period,  are 
formatted  and  output  to  the  spectrum  analyzer  display  (TALK).  The  scan  period 
is  then  used  to  compute  the  dwell  time  before  the  sequencing  to  the  next  active 
emitter  if  auto  tuning  is  enabled.  The  program  then  returns  to  the  wait  stata 
for  event  flag  24. 

'  8.1  SUBROUTINE  LISTEN 

Subroutine  LISTEN  is  used  to  input  A8CII  strings  from  the  spectrum  analyzer.  A 
system  QIO  request  is  issued  to  the  IEEE  Interface  device  handler  to  perform  the 
input.  The  routine  then  returns  to  the  caller. 

8.2  SUBROUTINE  RTRPV 

Subroutine  RTRPV  is  ujed  to  read  the  current  peak  power  and  associated  frequency 
froU  the  spectrum  analyser.  The  analyzer  Is  Instructed  to  perform  a  peak  search 
(TALK).  The  peak  power  and  frequency  are  then  input  (LISTEN),  the  routine  then 
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returns  to  the  caller 


3.3  SUBROUTINE  TALK 

Subroutine  TALK  le  used  to  output  ASCII  corner  1  strings  to  the  HP  8566A  spectrua 
analyser.  A  systea  QIO  Is  Issued  to  the  IEEE  Interface  device  handler  to 
perform  the  output.  The  routine  then  returns  to  the  caller. 


APPENDIX  A 


SCENARIO  FILE  DESCRIPTION 


The  Scenario  Pile  is  made  up  of  a  aarles  of  variable  length  record* ,  each 
describing  a  single  event.  Events  are  stored  in  chronological  order,  with 
plat fore  events  in  order  of  increasing  platform  number  praceeding  emitter  events 
in  order  of  increasing  emitter  number  when  events  have  equal  time  fields.  The 
records  are  packed  into  256  word  blocks,  with  each  event  record  contained 
completely  in  one  block.  Any  unused  words  at  the  end  of  a  block  are  filled  with 
seroes,  so  that  no  event  crosses  a  block  boundary.  Blocks  of  data  are  written 
to  a  FILES-11  format  file,  with  one  256  word  record  comprising  a  data  block. 
The  Scenario  File  is  produced  by  an  offline  program  and  stored  on  a  dlakpack  to 
be  read  as  needed  by  the  real  time  software. 


The  first  block  (256  words)  of  the  Scenario  File  contains  the  file  header,  which 

J- 

Includes  the  following  data.  *> 

WORD  CONTENT^ 

2  File  Type  ■  500  +  Revision  Level 

3  Scenario  Creation  Date 

4  Scenario  Creation  Time  (Minutes) 

4*39  Scenario  Operator  Comment 

All  fields  not  described  are  reserved  for  use  by  future  programs.  All  .ASCII 
fields  are  stored  with  the  first  cbaractsr  in  the  high  byte  and  the  second  in 
the  lew  byte.  Date  Is  packed  as  follows: 


15  10  9  65  0 


TEAR 

MONTH 

DATE  • 

The  next  four  blocks  (1024)  words  contain  the  operator  emitter  to  Digital 
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Generator  ilot  map  table.  The  table  la  Indexed  by  operator  emitter  number  and 
eontalna  the  correapondlng  slot  number.  The  flrat  ecenarlo  event  la  stored  at 
the  beginning  of  block  number  a lx. 

There  are  six  valid  event  types  vhlch  may  be  used  to  describe  platform  motions 
and  emitter  characteristics.  The  first  field  of  each  event  record  contains  the 
single  word  event  type,  vhlch  Is  an  integer  between  one  and  six.  The  second 
field  of  each  event  record  contains  the  single  word  event  time  expressed  In 
seconds  at  which  the  event  is  to  be  executed. 

All  two  word  fields  are  32  bit  signed  tvoes  complement  Integers,  with  the  first 
word  containing  the  moat  significant  half  and  the  second  word  the  least 
significant  half.  All  one  word  fields  are  16  bit  signed  tvoes  complement 
integers.  All  byte  and  bit  defined  fields  are  unsigned  Integers  or  codes. 

The  two  types  of  Platform  Event  Records  are  as  follows  *. 

1.  Enter/Update  New  Platform.  * 

2.  Delete  Platform  (and  Associated  Emitters). 

• 

All  calculations  in  the  simulator  assume  a  flat  earth  with  an  x,y,  c  coordinate 
system,  where  the  +X  direction  is  East,  the  +T  direction  Is  North,  and  the  +Z 
direction  is  up.  The  reference  origin  (0,0,0)  Is  an  arbitrary  scenario  center 
point*  Headings  are  measured  clockwise  from  true  North. 

Bach  platform  must  appaar  in  the  scenario  before  any  of  Its  associated  emitters. 

There  are  two  methods  of  describing  and  updating  platform  motion,  once  a 
platform  has  been  "entered”.  The  Program  method  allows  calculation  of  a  new 
platform  position  each  second  using  current  position  and  velocities.  This 
method  requires  a  file  event  only  for  changes  in  velocity  (X,Y  or  Z)  and 
utilises  the  velocity  Change  Event  and  Turn  subtypes.  The  second  method, 
scenario  method,  directly  positions  the  platform  to  a  specific  point  (X,Y,Z), 
thus  not  utilising  the  velocity  vectors.  It  Is  used  in  conjunction  with  the 
Platform  Reposition  Event  subtype  to  approximate  curved  path  motion,  or  to 
describe  stationary  sites. 
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The  notion  of  any  platform  can  ba  daacrlbd  by  either  update  method  or  a  com¬ 
bination  of  the  two  methods*  In  general ,  the  combination  of  methods  la  used  to 
describe  platform  motion  which  exhibits  both  straight  and  curved  line  paths. 

Unless  operator  specified,  the  observer  platform  la  always  platform  number  aero. 
Platform  aero  has  default  position  and  velocity  parameters  of  aero  and  is  the 
only  platform  with  default  parameters.  Following  Event  Type  and  Time,  Platform 
Number  occupies  a  byte  length  field  In  Word  2  of  all  platform  events.  Platform 
Numbers,  therefore,  must  not  exceed  255. 


ATEWBS  Enter/Update  Platform  Event  Format 
14  13  12  11  10  9  8  7  6  5  4  3  2  1 


Event  Type  •  1 
Event  Time 
Event  Length 


Platform  Humber 


Heeding  (LSB  *  360/32768  Degreee) 


(ALL) 

(ALL) 


X  Poeition  (LSB  ■  .125  Meters) 


(N»R) 


T  Position  (LSB  ■  .125  Meters) 


CN.R) 


Z  Position  (LSB  -  .015625  Meters) 


(N,R) 


X  Velocity  (LSB  •  .125  Meters/Second)  , 

Y  Velocity  (LSB  ■  .125  Meters/Second) 

Z  Velocity  (LSB  «  .01562$  Meters/Second) 

Event  Type  Flags 

Turn  Rate  (LSB  •  360/32768  Degrees/Second) 

Turn  Duration  (Seconds) 

Platform  ID  Characters  1-3  (Radix  50) 

Platform  ID  Characters  4-6  (Radix  50) 

Speed  (LSB  "  .125  Meters/Second) 

Roll  Angle  (LSB  -  360/1024  Degrees) 

Pitch  Angle  (LSB  -  360/1024  Degrees) 

14  13  12  11  10  9  8.7  6  5  4  3  2  1 

H  •  New;  R  -  Reposition;  V  -  Velocity  Change;  T  -  Turn 


(N.V) 

(N.V) 

(N,V) 

(ALL) 


(N,V,T) 


Word  9  -  Beading 
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Beading  Is  neasured  clockwise  froa  true  North  in  the  units  shown  (360  degrees/ 
1024) 


/ 


4 
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A. 2  Daleta  Platform  (and  A>»od«ttd  Emitter*) 


IS  14  13  12  11  10  9  8  7  6  5  4  3  2  1  0 


EVENT  TYPE  ■  2 


TBS  IN  SECONDS 


PLATFORM  NUMBER 


15  14  13  12  11  10  9  8  7  6  S  4  3  2  1  0 
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Th*  four  types  of  Emitter  Event  Records  ere  es  follows: 


1.  Enter /Update  Emitter 

2.  Del-f.i 

3.  Emitter  ' 

4.  Bmittt 

All  emitters  to  be  simulated  are  entered  at  their  first  turn-on  time.  Each 
Enter/Update  Emitter  Event  Record  contalna  the  emitter  number*  associated 
platform  number  and  various  descriptive  parameters*  The  Delete  Emitter  Record 
removes  the  emitter  and  all  Its  parameters  from  the  simulator  operating  files. 
The  Emitter  Off  Event  Record  places  the  emitter  in  an  inactive  status,  allowing 
an  Emitter  On  Event  to  restore  activity  without  re-sendlng  all  parameters. 

The  length  of  the  Enter/Updata  bitter  Event  Record  Is  variable  dependent  upon 
the  number  of  repeated  fields  associated  with  the  emitter.  The  other  emitter 
event  records  all  are  fixed  length  format. 

The  Enter/Update  Emitter  event  can  be  used  to  introduce  emitters  to  be  generated 
by  special  and  regular  sources  within  the  simulator.  The  format  shown  defines 
all  regular  emitter  paraawters. 


\ 

r  * 
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IS  14  13  12  11  10  9  8  7  6  5  4  3  2  1  0 


Flag 


19 

20 
21 
22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 


~  ~f 

Frequency  10  MSB 

DEO 

Frequency  10  LSB 

|  RF  Agility  Coda 

RF  Matter  Emitter 

RF  Agility  Limit 

Ch  Numb 

FM 

— 

0/D 

Chirp  Rate 

RF  Pattern  Rata 

t/P 

C/D 

0/D 

Pat  Typ 

RF  Pattern  Multiplier 

lag.  Long  Count 

PRI 

PRI  Jlttar  Coda 

PRI  Jlttar  Limit 

PRI  Fattarn  Rata 

C/P 

C/D 

0/D 

Pat  Typ 

PRI  Pattern  Multiplier 

JTO 

Spare 

Link  Jlttar  Coda 

Repeat  Count  ’’ 

LPE 

Prl 

ELS 

LJM 

Link  Seed  Jitter  Limit 

' 

• 

Number  of  81ots 

Associated  Emitter  Number 

ID  Char  1 

ID  Char  2 

ID  Char  3 

ID  Char  4 

ID  Char  5 

ID  Char  6 

AZ  Sean  Type 

EL  Sean  Type 

RF  Type  PRI  Type 

Bit  Map  for  lapeated  fields 

Additional  Data  Defined  by  Bit  Map 

15  14  13  12  11  10  9  8  7  6  5  4  3  2  1  0 


Bit  0 
Bit  0 


Bit  1 
Bit  1 
Bit  2 

Bit  3 
Bit  3 

Bit  6 
Bit  6 

Bit  9 


4 
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Additional  description  for  emitter  event  fields  Is  contained  in  the  following 
sections* 

Word  1  -  Knitter  Number 

Bits  0-9 

t  i 

This  field  contains  the  operator  entered  emitter  number. 

Word  2  -  Spare 

Word  3  -  Emitter  Type/Platform  Humber 

Bite  0-7  Platform  Humber  0-235 
Ho  emitters  are  assigned  to  the  observer  pletforn. 

Bits  8  -  15 

The  emitter  type  defines  the  emitter  ogeretion  to  be  performed. 

1  -  Inter  Haw  Emitter 

2  -  Update  Knitter 

3  -  Inter  Dependent  Emitter 

4  -  Update  Dependant  Emitter 

Dependent  emitters  rely  on  a  master  emitter  for  PRI  triggering. 

Herd  4  -  Aslmuth  Seen  Type 

Bits  0-4  Aslmuth  Antenna  Pattern  Number 

* 

The  Antenna  Pattern  Number  Is  dstsirmlned  from  ths  Standard  Scan  Code  Tables. 
All  omni-directional  emitters  are  assigned  a  Code  15.  All  standard  emitters  are 
assigned  a  code  from  0  to  7.  The  proper  cods  Is  ths  one  which  specifies  a 
Reference  Beamwldth  with  a  binary  multiple  closest  to  the  actual  beamwldth  (3dB) 
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of  th«  emit  tor.  Tho  reference  beamvidths  and  multiples  are  shown  in  the 
Standard  Sait tar  Antenna  Sean  Table.  Special  Sean  Patterns  may  be  used  to 
incorporate  nonstandard  antenna  patterns. 

Bits  A  -  6  Azimuth  Beamvidth  Faetor 

The  closest  antenna  beamvidth  from  the  Antenna  Sean  tablee  designate  both  the 
reference  beaavidth  and  a  multiplier.  The  eode  for  the  Beaavidth  faetor  is 
derived  from  the  Beaavidth  Faetor  Code  Table  table. 

Bit  7  Azimuth  Directional  Mode 

0  -  unidirectional 
1  -  bidirectional 

Emitters  with  full  circular  scan  coverage  are  designated  as  undirectlonal . 

Bit  8  Azimuth  Blank  Flag  '  t 

The  blank  flag  specifies  whether . bidirectional  emitters  should  radiate  during 
the  return  pass.  A  value  of  sero  allows  radiation,  a  value  of  one  inhibits 
radiation.  For  unidirectional  or  stationary  emitters*  or  conical  scanning 
eedtters,  the  flag  is  clear. 

Bit  9  External  Azimuth  Synchronization 

0  -  Scan  period  is  continuous 
1  -  Scan  period  Is  dlscrets 

Externally  synced  azimuth  scans  ere  reset  to  the  lower  sector  boundary  whenever 
the  elevation  scan  sector  limit  is  reached. 

Word  S  Azimuth  Lover  Scan  Sector  Boundary 

Bits  0-9 
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n*“ 


For  sector  scanning  ealtters,  a  lower  boundary  and  sector  width  are  established 
which  daflna  the  aclmuthal  Halts  of  the  antenna  mainbeaa  with  respect  to  the 
heading  of  the  carrying  plat fora.  The  boundaries  are  measured  clockwise  from 
platform  heading  and  are  expressed  in  binary  angular  measurement  with  the 
following  least  significant  bit  (LSB)  units. 

LSB  -  (Multiplier)  (360  degrees)/4096  increments 

The  multiplier  (1,2,4 . 128)  Is  the  value  referenced  by  the  Beaavldth  Factor 

(Word  4)  as  discussed  previously. 

laltters  with  full  circular^  scan  coverage  should  have  a  lower  boundary  of  512 
and  an  upper  boundary  of  1024,  adjusted  by  the  scan  multiplier.  Stationary 
ealtters  should  have  a  scan  sector  width  of  sero. 

Word  6  -  Aslsuth  Sector  Width/Discrete  Flag 

Bits  O' 9  Sector  Width  * 


Sector  width  defines  thv  alas  of  the  sfetor  to  be  swept  for  scanning  ealtters. 
The  format  la  identical  to  that  for  lower  sector  limit.  For  stationary 
emitters,  the  field  is  set  to  sero.  For  circular  scanning  emitters,  the  sector 
rgLdtb  is  sot  to  1024,  adjusted  by  the  scan  aultlpller. 

Bit  IS  Discrete  Flag 


0  -  Continuous 
1  -  Discrete 

Bls«s«ite  scanning  emitters  have  their  scan  periods  forced  to  be  a  multiple  of 
the  emitters  FBI.  When  the  sector  limit  is  reached,  the  current  position  is 
reset  to  sero  and  the  overflow  is  lost.  For  continuous  emitters,  the  overflow 
is  retained. 

Word  7  -  Sean  Bats  Index 
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Bits  0-15  Increment#  Per  Microsecond  (IPO) 


The  IPO  field  describes  the  rate  at  which  scanning  emitters  move  through  their 
seen  pattern.  The  value  Is  the  number  of  Increments  to  move  through  the  pattern 
for  each  pulse  output.  The  value  is  an  unsigned  16  bit  number,  with  an  LSB  of 
1/65556  IPO.  The  following  algorithm  is  used  to  derive  the  field  value. 

IPO  -  (Sector  Width)  (Direction  Code  +  l)*(4096/360)*(65536)  /  (SRI  *  MOL) 
where:  8&I  it  seen  rate  interval  (in  OSEC) 

Multiplier  is  a  function  of  beaavidth 

Direction  Code  is  0  for  unidirectional,  1  for  bidirectional 
Word  8  -  Azimuth  Scan  Master  Emitter 

For  esiitters  with  scan  rates  dependant  on  other  emitters,  this  field  contains 
the  operator  emitter  number  of  the  emitter  to  provide  scan  rate  control. 

Word  9  -  Elevation  Seen  Type  » 

Bits  0-4  Elevation  Antenna  Pattern  Number 

The  Antenna  Pattern  Number  is  determined  from  the  Standard  Scan  Code  Tables. 
All  omni-directional  emitters  ere  assigned  a  Code  15.  All  standard  emitters  are 
assigned  a  code  from  0  to  7.  The  proper  code  is  the  one  which  specifies  a 
Reference  Beaavidth  with  a  binary  multiple  closest  to  the  actual  beamwidth  (3dB) 
of  the  emitter.  The  reference  beamwidths  and  multiples  are  shown  in  the 
Standard  Emitter  Antenna  8can  Table.  Special  Scan  Patterns  may  be  used  to 
incorporate  nonstandard  antenna  patterns. 

Bits  4-6  Elevation  Beaavidth  Factor 

The  closest  antenna  beamwidth  from  the  Antenna  Scan  tables  designate  both  the 
reference  beamwidth  and  a  multiplier.  The  code  for  the  Beamwidth  factor  is 
derived  from  the  Beamwidth  Factor  Code  Table  table. 


Bit  7  Elevation  Directional  Mode 


0  -  unidirectional 
1  -  bidirectional 

tel tt era  with  full  circular  scan  coverage  are  designated  as  undlrectional . 

Bit  8  Elevation  Blank  Flag 

The  blank  flag  specifies  whether  bidirectional  emitters  should  radiate  during 
the  return  pass*  A  value  of  sero  allows  radiation,  a  value  of  one  inhibits 
radiation.  For  unidirectional  or  stationary  emitters,  or  conical  scanning 
emitters,  the  flag  Is  dear* 

Bit  9  External  Elevation  Synchronization 

0  -  Scan  period  is  continuous 
1  -  Scan  period  is  discrete 

•  * 

Externally  synced  Elevation  scans  are  reset  to  the  lower  sector  boundary 

whenever  the  azimuth  scan  sector  limit  is  reached. 

..  • 

Word  10  v  Elevation  Lower  Seen  Sector  Boundary 
Bits  0-9 

Jot  sector  scanning  emitters,  a  lower  boundary  and  sector  width  are  established 
.Which  define  the  Elevetlon  limits  of  the  antenna  malnbeam  with  respect  to  the 
heading  of  the  cerrying  platform.  The  boundaries  ars  measured  clockwise  from 
platform  heading  and  are  expressed  in  binary  angular  measurement  with  the 
following  least  significant  bit  (LSB)  units. 

L8B  ■  (Multiplier)  (360  degrees)/4096  Increments 

The  multiplier  (1,2,4, ... ,128)  is  the  value  referenced  by  the  Besmvldth  Factor 
(Word  4)  as  discussed  previously. 
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Emitters  with  full  circular  scan  coverage  should  have  a  lover  boundary  of  512 
and  an  upper  boundary  of  1024 ,  adjusted  by  the  scan  multiplier.  Stationary 
emitters  should  have  a  scan  sector  vldth  of  eero. 

Word  11  -  Elevation  Sector  Vldth/Dlscreta  Flag 

Bits  0-9  Sector  Vldth 

8ec;tor  vldth  defines  the  slsa  of  the  sector  to  be  suspt  for  scanning  emitters. 
The  format  Is  identical  to  that  for  lover  seetor  limit.  For  stationary 
emit tars ,  the  field  is  sat  to  sero.  For  circular  scanning  emitters ,  the  sector 
vldth  Is  set  to  1024,  adjusted  by  the  scan  multiplier. 

Bit  15  Discrete  Flag 

Discrete  scanning  (1)  emitters  have  their  scan  periods  forced  to  be  a  multiple 
of  the  emitters  FBI.  Whan  the  sector  limit  is  reached,  the  current  position  is 
reset  to  sdro  end  the  overflov  is  lost.  For  continuous* scanning  (0)  emitters, 
the  overflov  is  retained. 

*  • 

Word  12  -  Scan  late  Index 

Bits  0-13  Increments  Per  Microsecond  (IPO) 

the  IPO  field  describes  the  rate  at  vhlch  scanning  emitters  move  through  their 
scan  pattern*  The  value  Is  the  number  of  Increment s  to  move  through  the  pattern 
for  each  pulse  output.  The  value  is  an  unsigned  16  bit  number,  with  an  JUBB  of 
1/65336  IPO.  The  following  algorithm  is  uaad  to  darlva  tha  field  value. 

XP0  -  (Sector  Width)  (Direction  Code  +  l)*(4096/360)*(63336)  /  (S1I  *  MOL) 
where i  SII  is  sesn  rsts  interval  (in  0SEC) 

Multipllsr  is  s  function  of  bssmvidth 

Direction  Cods  is  O.'for  unidirectional,  1  for  bidirectional 
Word  13  -  Elevation  Scan  Maatcr  Emitter 
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.  for  emitters  with  aeon  rates  dependant  on  other  emitters,  thla  field  contains 
the  operator  emitter  number  of  the  emitter  to  provide  scan  rate  control. 


Word  14  -  Track  Platform/Track  Plaga/Vldeo  Flags 


Bit*  0-7  Track  Platform 

Thla  field  contains  the  platform  number  vhlh  the  emitter  mill  automatically 
track  in  realtime*  For  non-tracking  emitters,  this  is  set  to  the  platform 
number  to  which  the  emitter  is  linked.  As  the  emitter  is  entered  in  realtime, 
the  platform  number  is  checked  to  see  whether  the  emitter  is  tracking  the  EW 
system,  based  on  the  SV  system  platform  number  for  the  current  simulation.  Once 
per  simulated  second,  a  new  scan  lower  limit  is  computed  and  output  for  each 
tracking  emitter* 

Bit  8  TA 


i  ..  .  .  -t-  -  • 

TJUm  blt  signifies  that  the  track  platform  is  to  be  tracked  in  Azimuth. 


Bit  9  TB 


This  bit  signifies  that  the  track  platform  is  to  be  tracked  in  elevation. 

a 

Bit  10  TOA 

This  bit  signifies  that  the  observer  platform  is  to  be  tracked  in  azimuth. 

.  Bit  11  TOl 

This  bit  signifies  that  the  observer  platform  is  to  be  tracked  in  elevation. 


»  Bit  12  8P8 


This  bit  signifies  that  the  emitter  is  to  trigger  the  8PS  video  channel.  SPS 
pulse  width  and  offset  are  stored  as  additional  fields. 
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Bit  13  TTWS 

This  bit  signifies  that  ths  emitter  Is  to  trigger  the  TTWS  video  channel.  TTWS 
pulse  width  end  offset  ere  stored  es  additional  fields. 

Word  Missing  Pulse  Factor/Rel  El  Jitter/Rel  Brg  Jitter 

Bits  0*2  Relative  Bearing  Jitter 

This  field  Is  used  to  designate  the  amount  of  random  pulse-to-pulse  variation  In 
the  relative  bearing  of  an  emitter.  The  code  Is  a  function  of  the  limit  of 
relative  bearing  jitter,  essuming  a  uniform  double  elded  distribution  around  the 
true  bearing.  The  relative  bearing  jitter  limit  in  BAMS  should  be  used  to 
derive  the  code  b y  locating  the  closest  value  in  the  Random  Number  Code  Table. 

Bits  3*6  Relative  Elevation  Jitter 

This  field'  Is  used  to  designate  the  smount  of  random  pulse-to-pulse  variation. In 
the  relative  elevation  of  an  emitter.  The  code  Is  a  function  of  the  limit  of 
relative  elevation  jitter,  assuming  a  uniform  double  sided  distribution  around 
the  true  elevation.  The  relative  elevation  jitter  limit  In  BAMS  should  be  used 
to  derive  the  code  by  locating  the  closest  value  In  the  Random  Number  Code 
TabU. 


Bits  8  -  15  Missing  Pulse  Factor 


This  field  oon tains  a  missing  pulse  factor  which  is  used  to  randomly  drop  a 
peroeatage  of  the  poises  which  would  normally  be  generated  for  an  emitter.  The 
value  represents  the  percent  of  pulses  to  be  Intentionally  dropped,  where  the 
letet  significant  bit  equals  .390625  percent. 

b 

Word  'y'm  Sensitivity  Overrlde/Effactlve  Radiated  Power 
Bits  8  -  15  Sensitivity  Override 


This  field  contains  an  optional  sensitivity  value  which  is  used  to  inhibit 
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pulse*  with  lower  power  levels.  The  sensitivity  value  is  given  in  Db.  The 
sensitivity  velue  is  subtracted  from  the  maximum  available  power  of  the  RF 
Generator  to  determine  an  attenuation  threshold.  Any  pulses  with  an  attenuation 
greater  than  the  threshold  value  will  be  inhibited  at  RF  generation.  If  a 
sensitivity  of  sero  is  specified,  a  default  threshold  is  determined  during  real 
time  processing  of  the  event. 

Bits  0-7  Radiated  Power 

The  field  defines  the  effective  radiated  malnbeaa  power  of  an  emitter  in 

milliwatts,  expressed  directly  in  dBm.  The  field  should  take  on  positive  values 

# 

only. 

Word  17  -  Pulse  Width 

Bits  0-9 

The  pulse  width  is  the  duration  of  each  pulse  expressed  with  an  LSB  weight  of 
0.1  usee.  The  ten  bit  field  restrict*  the  maximum  value  of  102.3  usee.  CV 
emitters  should  have  a  pulse  width  of  zero. 

Word  18  -  Fine  Position/Flags 

Bit  13  Flag  1 
Bit  14  Flag  2 
Bit  IS  Flag  3 

Bits  13-15  represent  three  Independent  user-definable  flags,  which  are 
aasoclated  with  each  pulse  for  a  given  emitter.  The  usage  of  the  flags  is 
entirely  dependent  upon  the  system  under  test.  Flag  1  la  stored  in  bit  13,  Flag 
2  is  stored  in  bit  14  and  Flag  3  is  stored  in  bit  15. 

Bits  8-12  Fine  Pulse  Position 

This  field  is  used  to  specify  a  time  displacement  of  the  emitter  pulses*  It 
allows  pulses  to  occur  at  times  other  than  the  even  microsecond*  The  offset  is 
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measured  In  increments  of  50  nanoseconds. 

Bit  6  -  Azimuth  Scan  Write  Inhibit 
Bit  5  -  Elevation  Scan  Write  Inhibit 
Bit  4  -  Pri  Modulation  Write  Inhibit 
Bit  3  -  Frequency  Modulation  Write  Inhibit 

Bits  3-6  represent  flags  used  to  inhibit  updating  dynamic  position  for  scan  and 
periodic  modulations*  Emitters  with  these  flags  set  will  not  advance  the 
current  scan  or  modulation  pattern  position  for  the  master  emitter.  All 
associated  scan  and  frequency  signals,  and  dependant  emitters  use  these  flags  to 
Inhibit  interferanca  with  period  generation. 

Bit  2  -  PRI  Display 

This  flag  is  used  to  enable  output  of  the  PRI  display  for  an  emitter*  When  the 
flag  is  set,  the  pulse  train  may  be  ovserved  at  the  video  output  of  the  Digital 
Generator.  *-  , 

\ 

Bit  1  -  Sean  8ync 

This  flag  is  used  to  enable  generation  of  the  scan  period  trigger.  When  the 
flag  is  set,  a  transition  is  generated  for  the  AZ  and  EL  sync  outputs  whenever 
the  emitter  reaches  a  scan  sector  limit.  Scan  sync  is  automatically  removed 
from  the  previously  selected  emitter  when  a  new  emitter  is  specified. 

Bit  0  -  On 

the  On  flag  determines  whether  an  emitter  will  generate  pulses.  Emitters  may  be 
entered  in  e  non  radiating  state,  and  later  turned  on  by  an  Emitter  On  event. 

%  Word  19  -  Frequency  MSB 

Bits  0-9 

This  field  contains  the  ten  most  significant  bits  of  frequency. 
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Word  20  -  Frequency  LSB/Dedicated  Flag 

Bits  0  -  9  Frequency  LSB 

This  field  contains  the  ten  least  significant  bits  of  frequency*  The  field  has 
a  least  significant  bit  of  .125  tfhx*  When  combined  with  word  19,  a  twenty  bit 
frequency  word  is  created* 

Bit  15  Dedicated  Flag 

For  emitters  with  direct  assign  RF  channels,  this  flag  specifies  that  the 
emitter  is  to  have  dedicated  usage  of  the  channel*  As  the  emitter  is  entered  in 
realties,  the  assigned  channel  is  raaoved  from  the  pool.  The  channel  is 
returned  to  tha  pool  when  the  ealtter  is  deleted. 

Word  21  -  RF  Master  Ealtter/RF  Agility  Code 

•  i  , 

Bits  11-16  RF  Agility  Code 

* 

This  field  is  used  to  designate  tha  maximum  nuaber  of  bits  of  frequency  to 
Incorporate  randoa  pulse-to-pulse  frequency  agility*  The  cods  is  a  function  of 
the  frequency  deviation  Unit,  assuming  a  uniform  double-sided  distribution 
around  tha  base  frequency.  The  frequency  deviation  should  be  translated  to 
units  of  .125  Mhs  and  the  code  derived  froe  the  Random  Nusber  Code  Table.  The 
code  for  the  saallast  table  value  which  neats  or  exceeds  the  desired  frequency 
deviation  should  be  selected. 

Bits  0  -  9  RF  Master  Emitter 

For  emitters  with  associated  frequency  modulation,  this  field  specified  the 
operator  emitter  nuaber  of  tha  master  emitter.  The  periodic  modulation  will 
depend  upon  the  master  emitter  for.  its  timing. 

Word  22  -  RF  Agility  Limit 
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Bit*  0-12 


This  field  contains  the  exact  aaount  of  random  pulse  to  pulse  frequency  agility 
to  be  applied  to  the  frequency*  The  field  uses  a  least  significant  bit  of  .125 
Khz,  and  is  used  to  further  qualify  the  RF  Agility  Code  (Word  21) 

Word  23  -  Channel  Nuaber/FM/ Chirp 

Bits  12  -  15  Channel  Kumber 

This  field  eonatlns  the  RF  channel  to  which  the  emitter  is  assigned.  A  code  of 

sero  signifies  that  the  emitter  is  to  be  generated  using  tha  pooled  channels  as 

determined  by  the  RF  Management  logic.  A  non-zero  value  forces  all  pulses  for 
the  emitter  to  be  generated  by  the  specified  RF  channel* 

Bit  11  FM 

This  flag 'enables  the  suntbeslcer  FM  noise  input  port  whenever  the  emitter 
outputs  a  pulse. 

t 

Bit  10  Up/Down 

This  flag  determines  whether  the  specified  chirp  is  to  be  applied  in  the 
positive  (0)  or  negative  (1)  direction. 

Bits  0-9  Chirp  Rate 

This  field  contains  the  rate  at  which  chirp  is  to  be  applied  to  the  RF  puls*. 

Tha  rata  Is  copmuted  by  dividing  the  chirp  limit  by  ths  plus*  width,  and  has  a 

least  significant  bit  of  500/1023  Mhc/Usac. 

Word  24  RF  Pattern  Rate 

This  field  contains  ths  rate  at  which  to  move  through  a  periodic  frequency 
swdulatlon  pattern.  The  field  is  calculated  in  one  of  two  ways,  depending  upon 
the  Tina/Puxse  flag  (Word  25).  For  tlae  based  module t ions,  the  field  is 
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referred  to  as  IPU,  ha*  a  least  significant  bit  of  1/65536  iocrements/usec,  and 
la  calculated  a*  follow*. 

IPU  -  (1024)  *  (65536)  /  (Period) 

Where  Period  la  In  Uaac 

For  pul**  based  modulation* ,  the  field  is  referred  to  a*  IPP,  ha*  a  least 
significant  bit  of  1/256  increaents/pulse,  and  Is  calculated  a*  follow*. 

IP?  -  (1024)  *  (256)  /  (Period) 

Where  Period  1*  In  Usee 

Word  25  -  Modulation  Flags/Pattern  Multiplier 

Bit  15  Tine/Pulse 

The  Tine/Ful**  flag  determines  whether  the  periodic  nodulatlon  is  updated  based 
on  the  nuaber  of  pulses  output,  or  the  elapsed  tine.  For  tine  based  (0) 
jpodulatlons,  the  IPU  field  1*  multiplied  b y  the  current  PRI  for  each  pulse,  to 
determine  the  amount  to  advance  through  the  modulation  pattern.  For  pulse  based 
(1)  modulations,  the  IPP  field  is  .used  directly  to  advance  through  the 
modulation  pattern. 

Bit  14  Discrete  Flag 

Discrete  modulation  (1)  suit ter s  have  their  modulation  periods  forced  to  ba  a 
multiple  of  the  emitters  PU.  When  the  pattern  limit  Is  reached,  the  current 
position  Is  reset  to  aero  and  the  overflow  Is  lost.  For  continuous  modulation 
,  (0)  emitters,  the  overflow  Is  retained. 

Bit  13  Up/Down 

The  Up/Down  flag  controls  which  direction  the  modulation  moves  through  the 
pattern.  For  Up  (0),  the  pattern'  begins  at  position  zero,  and  advances  to  the 
upper  limit.  For  Down  (1),  the  pattern  begins  at  the  upper  limit,  and  advances 
to  position  sero.  This  allows  the  Digital  Generator  to  generate  Inverse 
modulation  patterns  using  the  same  pattern  type. 
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Bits  10  -  12  Pattern  Type 

Thla  field  selects  the  pattern  type  to  be  applied  to  a  periodic  modulation. 
Patterns  are  selected  from  the  following  types. 


Coda 

0 

1 

2 

3 

4 

5 

6 
7 


Pattern  Type 
Ramp 


At. 


Concave  Increasing  Exponential  (e  ") 

Convex  Increasing  Exponential  (l-e^C) 

Unas signed 

Unasslgned 

Una aligned 

Trapesoidal 

Sinusoidal 


Bits  0  -  9  RF  Pattern  Multiplier 


This  field  determines  the  amplitude  of  the  periodic  modulation.  This  represents 
the  maximum  excursion  from  ths  base  value.  The  field  has  a  least  significant 

e 

bit  of  255/256  Hht.  For  slnusoudal  pattern  types,  the  base  value  Is  set  to  the 
lower  limit  of  the  sine  wave,  and  the  modulation  amplitude  Is  sat  to  twice  the 
sinusoidal  excursion. 

Word  26  -  Long  Count /PHI 

Bits  12  -  15 

For  emitters  with  PRI  values  sxesedlng  4095,  two  Digital  Generator  slots  are 
allocated.  This  field  specifies  the  number  of  times  to  repeat  the  dummy  PRI 
value  to  generate  the  desired  effective  PRI.  The  value  is  stored  as  a  negative 
number • 


Bits  0-11  PRI 

This  field  contains  the  base  PRI  for  the  emitter,  with  a  least  significant  bit 
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of  1  USSC 


Word  27  -  F&I  Jitter  Code/FRI  Jitter  Limit 

Bite  11  -  15  FRI  Jitter  Code 

This  field  le  ueed  to  designate  the  maximum  number  of  bite  of  PR1  to  incorporate 
random  pulse-to-pulse  FRI  jitter*  The  code  le  a  function  of  the  jitter  llalt , 
assuming  a  uniform  double-elded  distribution  around  the  baee  FRI.  The  FRI 
deviation  in  ueec  should  be  used  to  derive  the  code  froa  the  Random  Number  Code 
Table*  The  coda  for  the  eaallest  table  value  vhlch  meets  or  exceeds  the  desired 
FRI  deviation  should  be  selected. 

Bits  0-10  FRI  Jitter  Limit 

This  field  contains  the  enact  amount  of  random  pulse  to  pulse  FRI  jitter  to  be 
applied  to  the  emitter.  The  field  uses  a  least  significant  bit  of  1  ueec.  and 
is  used  to  further  qualify  the  FRI  Jitter  Code. 

Word  28  FRI  Pattern  Rate 

This  field  contains  the  rate  at  vhich  to  move  through  a  periodic  FRI 
Ifeodulation  pattern*  The  field  is  calculated  in  one  of  two  ways,  depending  upon 
the  Time/Ful se  flag  (Word  29).  For  time  based  modulations,  the  field  is 
referred  to  as  IFU.  has  a  least  significant  bit  of  1/65536  Increments /usee, 
and  is  calculated  as  follows. 

IFU  -  (1024)  *  (65536)  /  (Feriod) 

Where  Feriod  is  in  Usee 

Far  pulse  based  modulations,  the  field  is  referred  to  as  IFF,  has  a  least 
significant  bit  of  1/256  Increments/pulse,  and  is  calculated  as  follows. 

IFF  •  (1024)  *  (256)  /  (Feriod) 

Where  Feriod  is  in  Usee 

Word  29  -  Modulation  Flags/Pattern  Multiplier 
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Bit  15  Time/Pulsa 


The  Time/Pulse  flag  determine*  whether  the  periodic  modulation  la  updated  based 
on  the  number  of  pulses  output,  or  the  elapsed  time.  For  time  based  (0) 
modulations,  the  IPU  field  is  multiplied  by  the  current  PRI  for  each  pulse  to 
determine  the  amount  to  advance  through  the  modulation  pattern.  For  pulse  based 
(1)  modulations,  the  IFF  field  is  used  directly  to  advance  through  the 
modulation  pattern. 

Bit  14  Discrete  Flag 

Discrete  modulation  (1)  emitters  have  their  modulation  periods  forced  to  be  a 
multiple  of  the  emitters  FRI.  When  the  pattern  limit  is  reached,  the  current 
position  Is  reset  to  sero  and  the  overflow  is  lost.  For  continuous  modulation 
(0)  emitters,  the  overflow  la  retained. 

Bit  13  Up/Down 

The  Dp/Down  flag  controls  which .  direction  the  modulation  moves  through  the 
pattern.  For  Up  (0),  the  pattern  begins  at  position  sero,  and  advances  to  the 
upper  limit*  For  Down  (1),  the  pattern  begins  at  the  upper  limit,  and  advances 
to  position  sero.  This  allows  the  Digital  Generator  to  generate  Inverse 
modulation  patterns  using  the  same  pattern  type. 

Bits  10  -  12  Pattern  Type 

This  field  select*  the  pattern  type  to  be  applied  to  a  periodic  modulation. 
Patterns  are  selected  from  the  following  types. 

Code  Pattern  Type 
0  Ramp 

1  Concave  Zncreaslng:  Exponential  (e  ) 

At 

2  Convex  Increasing  Exponential  (1-e  * ) 

3  Unasslgnad 

4  Unassigned 


5  Unasslgnad 

6  Trapetoidal 

7  Sinusoidal 

Bits  0-9  PRI  Pattam  Multiplier 

This  field  determines  the  amplitude  of  tha  periodic  modulation.  This  represents 
the  maximum  excursion  from  the  base  value.  Tha  field  has  a  least  significant 
bit  of  255/256  usee.  For  sinusoudal  pattern  types ,  the  base  value  is  set  to  the 
lower  limit  of  tha  sine  wave,  and  the  modulation  amplitude  is  set  to  twice  the 
sinusoidal  excursion. 

Word  30  -  Turn  Off 

Bit  fifteen  of  word  thirty  is  a  flag  which  identifies  an  emitter  which  must  be 
turned  off  in  order  tu  perform  a  mode  change.  Certain  emitters,  notably  those 
using  syne  emitters  to  generate  short  PRl's  and  those  using  Link  Code  Jitter, 
must  be  turned  off  in  order  to  perform  an  emitter  .update  without  creating 
dropped  emitters . 

•> 

Word  31  -  Link  Jitter  Code/Repeat  Count 

Bits  10  -  15  Link  Jitter  Code 

•This  field  is  used  to  designate  the  maximum  number  of  bits  of  Link  Seed/ Jitter 
to  incorporate  random  pulse-to-pulse  jitter.  The  code  is  a  function  of  the 
jitter  limit,  assuming  a  uniform  positive  only  distribution  around  the  base 
value.  The  deviation  should  be  used  to  derive  the  code  from  tha  Random  Number 
Code  Table.  The  code  for  the  smallest  table  value  which  meets  or  exceeds  the 
dealred  deviation  should  be  selected. 

Bits  0-9  Repeat  Count 

This  field  contains  the  number  of  pulses  to  output  before  using  the  Pattern 
8wi,tch  Link  emitter  number.  The  number  of  pulses  is  derived  from  the  desired 
dwell  time  and  the  PRI  of  the  emitter. 
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Word  32  “  Emitter  Link  Select/Link  Jitter  Mode/Link  Seed  Jitter  Limit 
Bit  IS  Link  Previous  Emitter 

This  flag  signifies  that  the  normal  link  for  this  slot  Is  to  be  the  previous 
slot*  For  emitters  with  desired  repeat  counts  exceeding  the  capability  of  the 
Digital  Generator,  two  slots  are  allocated,  with  the  second  slot  having  a  normal 
sequence  link  of  the  previous  slot.  The  resulting  repeat  count  is  the  product 
of  the  repeat  counts  of  the  two  slots. 

0 

Bit  14  Priority 

This  field  contains  a  priority  flag  for  use  by  the  Digital  Generator  In 
resolving  emitter  conflicts  for  pulse  requests.  An  emitter  with  priority  will 
bump  other  emitters  from  their  desired  time  slots  when  more  than  four 
slmulatenous  pulses  are  attempted  to  be  generated  digitally.  In  addition, 
priority  emitters  will  have  first  access  to  available'  RF  c  ha  miles  when  the 
pulses  for  a  given  microsecond  are  allocated  to  the  available  resources. 

.*  e 

Bits  12  -  13  Emitter  Link  Select 

This  field  controls  the  emitter  linking  method  to  be  used,  defined  as  follows. 

0  -  Add  link  code  jitter  to  sequence  link 

1  -  Use  switch  link  on  Pit  pattern  overflow 

2  ■  Use  switch  link  on  RF  pattern  overflow 

3  -  Use  switch  link  on  repeat  count  underflow 

Bits  10  -  11  Link  Jitter  Mode 

*  This  field  controls  the  application  of  Link  Scad  Jitter,  defined  as  follows. 

0  •  Link  code  jitter 

1  «  Repeat  count  jitter 

2  ■  Seed  PR1  jitter  random  number 
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3  -  Seed  frequency  agility  random  number 
Bit*  0-9  Link  Seed  Jitter  Limit 

Thie  field  specif lea  the  amount  of  Link  Seed  Jitter  to  be  generated.  It  Is  used 
to  further  qualify  the  Link  Seed  Jitter  Code* 

Word  33  -  Number  of  Slots 

Complex  emitters  require  more  than  a  single  Digital  Generator  slot.  This 
specifies  the  number  of  slots  required.  When  more  than  one  slot  is  used, 

1  through  34  ere  used  to  format  the  parameters  for  the  first  slot.  The 
in  word  38  then  specifies  vhich  fields  are  repeated  for  each  additional 
All  other  parameters  remain  the  same  for  all  slots. 

Word  34  -  Associated  Emitter  Number 

Thie  field  contains  the  operator  emitter  number  of  an  emitter  to  be  generated  as 
a  dependant  emitter.  The  apedfled  emitter  is  included  as  a  sync  emitter  for 
the  emitter  currently  being  entered* 

Wprds  33/36  -  Emitter  ID 

This  field  contains  an  emitter  identification.  The  ID  is  stored  as  up  to  six 
ASCII  characters,  packed  in  Radix  50  notation  as  defined  by  Digital  Equipment 
Corporation. 

Word  37  -  Signal  Types 

Bits  12  -  15  Azimuth  Scan  Type 

This  field  defines  ths  azimuth  scan  type  as  follows. 

Code  Type 


field 

words 

bitmap 

slot. 


1 


Circular 


2  Sector 

3  Setter 

4  Conic* 1 

5  Helical 

6  Steady 

7  OMNI 

8  Associated 

Bite  8  -  11  Elevation  Scan  Type 
This  field  definee  the  elevation  tcan  type  aa  follow*. 
Code  Type 

1  Sector 

2  Steady 

3  OMNI 

•  m 

4  Aaaodated 

Bits  4  -  7  BP  Signal  Type 

This  field  definee  the  frequency  algnal  type  at  follows 
Code  Type 

Continuoua  Wave 

2  Single  frequency 

3  Sequence 

4  Periodic  Modulation 

5  Switching 

6  Discrete  Agility 

7  Multi beta 

8  Associated' 

Bits  4  -  7  BP  Signal  Type 


This  field  defines  the  FBI  signal  type  as  follows. 


Code 


l ttl 

1  Single  PRI 

2  Stagger,  Fulae  Group,  Sequence 

3  Periodic  Modulation 

4  Switching 

5  Discrete  Jitter  • 

Word  38  “  Bitmap 

Word  thirty  eight  defines  the  fielde  which  are  repeated  for  emitters  requiring 
additional  Digital  Generator  alots.  Where  multiple  bits  are  set,  fields  are 
repeated  In  order  of  Increasing  bit  number.  For  example.  If  bits  0  and  1  are 
both  eat,  fielde  repeated  for  bit  0  are  etored  before  fields  repeated  for  bit  1. 
Complete  eete  of  repeated  data  are  etored,  with  each  eat  fully  defining  the  next 
Digital  Generator  slot.  Repeated  fields  follow  exactly  the  same  format  as 
corresponding  fielde  storen  in  che  base  event.  Bit.,  values  are  defined,  as 
follows. 

Bit  0  -  Frequency  list  (Words  19/20) 

Bit  1  -  Frequency  modulation  list  Words  (24/25) 

Bit  2  -  PRI  list  (Word  26) 

Bit  3  “  PRI  modulation  list  (Words  28/29) 

Bit  4  -  Fine  position  list  (Word  18) 

Bit  5  -  Pulse  width  list  (Word  17) 

Bit  6  -  Repeat  count  list  (Words  31/32) 

Bit  7  -  DIP  list  (Word  16) 

Bit  8  -  Elevation  start  angle  list  (Word  10) 

Bit  9  »  Associated  emitter  list  (W<rd  34) 


A. 3.1  Antanna  Pattern  Code  Table 


Coda  Deacrlptlon 


0  Standard  Refer enca  Beaavldth  "  .70 

1  "  -  -  .77 

2  "  -  •  .84 

3  -  •  -  .92 

4  ’  1.00 

5  "  ’  1.09 

6  «...  1.20 

7  "  1.31 


8  Conical  Modulation 

9  Special  Scan  Pattern 

10  " 

11  " 

12  ... 

13  * 

14  * 

15  Oaal-directlonal 


A. 3. 2  Standard  Emitter  Antenna  Scan  Table 


Antenna  Pattern  Code 


Multiplier.. 

0 

1 

1 

.70 

.77 

2 

1.41 

1.54 

4 

2.81 

3.07 

8 

5.63 

6.15 

16 

11.25 

12.29 

32 

22.50 

24.58 

64 

45.00 

49.16 

128 

90.00 

98.33 

2 

3 

4 

.84 

.92 

1.00 

1.68  .. 

1.83. 

2.00 

3.36 

3.67 

4.01 

6.71 

7.33 

8.01 

13.43 

14.67 

16.03 

26.86 

29.34 

32.05 

53.71 

58.68 

64.11 

107.42 

117.36 

128.21 

5 

6 

7 

1.09 

1.20 

1.31 

2.19 

2.39 

2.61 

4.38 

4.78 

5.22 

8.75 

9.56 

10.45 

17.51 

19.13 

20.90 

35.02 

38.26 

41.80 

70.04 

76.51 

83.59 

140.07 

153.03 

167.18 

A.3.3  Beaavldth  Factor  Code  Table 


Code  Multiplier 


0 

1 

2 

3 

4 

5 

6 
7 


1 

2 

4 

8 

16 

32 

64 

128 
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A. 3. 4  Random  Numbar  Code  Table 


Coda 


Maximum  Random  Number 


0 


0 


1 

2 

3 

4 

5 

6 

7 

8 
9 

10 

11 

12 

13 


1 

3 

7 

15 

31 

63 

127 

255 

511 

1023 

2047 

4095 

8191 
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A. 4  D«l<te  Emitter 

15  14  13  12  11  10  9  8  7  6  5  4  3  2  1  0 


EVENT  TYPE  “ 


TIME  IN  SECONDS 


EMITTER  NUMBER 


15  14  13  12  11  10  9  8  7  6  5  4  3  2  1  0 


A. 5  Emltfr  Off 

15  14  13  12  11  10  9  8  7  6  5 


EVENT  TYPE  -  5 


2  10 


TIME  IN  SECONDS 


EMITTER  NUMBER 


15  14  13  12  11  10  9  8  7  6  5 


A. 6  Emitter  On 

15  14  13  12  11  10  9  8  7  8  5 


EVENT  TYPE  •  6 


TIME  IN  SECONDS 


EMITTER  NUMBER 


15  14  13  12  11  10  9  8  7  6  5 


2  10 


3  2  10 


3  2  10 
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APPENDIX  B 

DATA  EXTRACTION  FILE  DESCRIPTION 

The  Date  Extraction  file  la  made  up  of  a  aeries  of  variable  length  records  each 
daacrlblag  a  single  scenario  event,  operator  command  or  status  event.  Data  is 
recorded  in  the  order  of  command  or  event  execution.  The  records  are  packed 
into  256  word  blocks,  which  are  written  sequentially  to  a  FILES-11  format  file 
in  256  word  records.  Events  or  commands  are  allowed  to  cross  block  boundaries 
when  necessary.  Any  extra  words  in  the  last  block  are  filled  with  zeroes  when 
the  Data  Extraction  File  is  closed.  Data  analysis  files  are  read  and  processed 
offline  as  required  for  performance  evaluation. 

The  Data  Extraction  file  contains  all  scenario  events,  operator  commands,  and 
status  data  pertinent  to  a  simulation  run.  The  first  field  of  each  record  is 
the  event  or  command  code,  as  described  below.  The  second  field  of  each  record 
is  the  actual  execution  time  in  clock  ticks,  defined  in* the  DX  header. 

The  third  field  of  each  record  contains  the  simulated  time  in  seconds  at  which 
the  event  occurred.  The  fourth  field  contains  the  total  number  of  words  in  the 
record. 

The  first  block  (256  words)  of  the  DX  file  contains  the  file  header.  The  header 
contains  the  following  data. 


WORD 


CONTENTS 


1 

2 

43 

44 
45-51 
52-58 
59-65 
66-72 

73 

74 


158-164 

237-243 


Tick  site  >  0  mllllseconds/tick 
<  0  ticks/second 

File  Type  -  700  +  Revision  Level 
Simulation  Run  Date 
Simulation  Run  Time  (minutes) 

Scenario  File  Name 
Maximum  Power  File  Name 
Receiver  Cain  File  Name 
Sensitivity  File  Name 
EW  System  Platform  Number 
Test  Mode 

0  -  Fixed  Antenna/Dlgltal  Output 

1  -  Rotating  Antenna/Digital  Output 

2  ■  Fixed  Antenna/RF  Output 

3  ■  Rotating  Antenna/RF  Output 
Aalmuth  Receiver  Pattern  Code  File  Name 
Elevation  Receiver  Pattern  Code  File  Name 


All  fields  not  described  are  reserved  for  use  by  future  programs, 
fields  are  stored  with  the  first  character  in  the  high  byte  and  the 
the  low  byte. 


All  ASCII 
second  in 


Date  is  packed  as  follows t 


EVENT  OR  COMMAND 


Enter/Update  Platform 
Dalata  Platform 
Enter/Updata  Salt Car 
Dalata  Ealttar 
Emlttar  Off 
Emitter  On 


Dropped  Emitter 

Pulse  Count  Request  Time 

Record  Pulse  Counts 

Record  Platform  Update  Information 

Record  Scan  Update  Information 


Start  Scenario 

Stop  Scenario 

Change  Scenario  Speed 

Radiation  Off 

Radiation  On 

Advance  Scenario 

Backup  Scenario 

Disable  All  DX  Recording 

End  Slmultalon  Run 

Maximum  Power  Pile 

Receiver  Cain  Pile 

Receiver  Sensitivity  Pile 

Azimuth  Receiver  Pattern  Pile 

Elevation  Receiver  Pattern  Pile 


B.l  Codes  1-6 

Event  codes  one  through  six  correspond  to  the  six  event  types  specified  in  the 
scenario  file.  The  parameters  for  these  events*  words  2  -  H  from  the  scensrio 
are  copied  to  the  DX  file  following  the  length  parameter  as  described  above. 
Data  for  operator  events  are  stored  in  the  same  fashion*  except  that  the  event 
number  is  negated  to  signify  an  operator  event. 

B.2  Code  30  ~  Dropped  Emitter 

WORD 

0 

1 

2 

3 

4 

5 

6 

*  The  Sign  bit  of  word  5  reflects  the  status  of  the  Emitter  on  flsg  in  the 
Emitter  File  at  the  time  the  emitter  was  dropped. 


EVENT  TYPE  -  30 


TICK  COUNT 


SIMULATED  TIME 


RECORD  LENGTH  -  7 
EMITTER  NUMBER  * 


DIGITAL  GENERATOR  SLOT  NUMBER 


B.4  Coda  32  -  Pulse  Count* 


WORD 


0 

EVENT  TYPE  -  32 

1 

TICK  COUNT 

2 

3 

SIMULATED  TIME 

4 

RECORD  LENGTH 

5 

FIRST  OPERATOR  EMITTER  NUMBER 

6 

TOTAL  PULSES  OUTPUT 

7 

TOTAL  AMPLITUDE  INHIBITED 

8 

TOTAL  RF  DROPPED 

9 

NEXT  OPERATOR  EMITTER  NUMBER 

10 

TOTAL  PULSES  OUTPUT 

11 

TOTAL  AMPLITUDE  INHIBITED  s 

12 

TOTAL  RF  DROPPED 

Pulsa  count*  for  up  to  64  ealttar*  are  pacfcad  la  a  singla  puls*  count  avant. 
If  aora  ealttar*  ara  to  be  racordad,  additional  avant*  ara  output. 


B.5  Coda  33  ~  Record  Platform  Opdaf 


WORD 


EVENT  TYPE  -  33 


TICK  COUNT 


SIMULATED  TIME 


RECORD  LENGTH 


RANGE  ATTENUATION 


1ST  PLATFORM  # 


REL  BEARING  PROM  EW  SYSTEM 


REL  ELEVATION  FROM  EW  SYSTEM 


RANGE  ATTENUATION 


2ND  PLATFORM  # 


REL  BEARING  FROM  EW  SYSTEM 


REL  ELEVATION  FROM  EW  SYSTEM 


RANGE  ATTENUATION 


NTH  PLATFORM  # 


REL  BEARING  PROM  EW  SYSTEM 


REL  ELEVATION  FROM  EW  SYSTEM 


81 


B.6  Cod*  34  -  Record  Scan  Update  ‘ 
WORD 


0 

EVENT  TYPE  -  34 

1 

TICK  COUNT 

2 

3 

SIMULATED  TIME 

4 

RECORD  LENGTH 

5 

1st  EMITTER  NUMBER 

6 

LOWER  SECTOR  BOUNDARY 

7 

2nd  EMITTER  NUMBER 

8 

LOWER  SECTOR  BOUNDARY 

• 

9 

3rd  EMITTER  NUMBER 

10 

LOWER  SECTOR  BOUNDARY  * 

11 

4th  EMITTER  NUMBER 

12 

LOWER  SECTOR  BOUNDARY 

13 

5th  EMITTER  NUMBER 

14 

LOWER  SECTOR  BOUNDARY 

N 

Nth  EMITTER  NUMBER 

N+l 

LOWER  SECTOR  BOUNDARY 

Lower  Sector  Boundary  la  In  units  of  360/1024  degrees* 

Bit  15  of  each  sector  hpoundary  Is  set  for  elevation  Unit,  clear  for  azlauth 
Halt. 


1 


1 
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B.7  Cod#  64  -  Start  Scenario 


WOKS 

0 

1 

2 

3 

4 

5 


B.8  Code  65  -  Stop  Scenario 
WORD 
0 
1 
2 

3 

4 

B.9  Code  66  -  8a t  Scenario  Speed 
WORD 

EVENT  TIFE  -  66 

TICK  COUNT 

SIMULATES  TIMS 
RECORD  LENGTH  -  6 
SPEED  COSE  (POWER  OP  TWO) 


0 


I 


2 


3 


4 

5 


EVENT  TYPE  -  65 


TICK  COUNT 


SIMULATES  TIME 
RECORD  LENGTH  -  5 


EVENT  TYPE  -  64 


TICE  COUNT 


SIMULATED  TIME 


RECORD  LENGTH  -  6 


STOP  TIME 


>  V-  V 


.  ''.'r'.yv'V'  i 


B.10  Coda  67  -  Radiation  Off 
WORD 


0 


EVENT  TYPE  -  67 

TICK  COUNT 

SIMULATED  TIME 
RECORD  LENGTH  -  5 


B.ll  Coda  68  *  Radiation  On 


B.I2*  Coda  69  -  Ad vane a  Scanario 


EVENT  TYPE  -  69 


TICK  COUNT 


SIMULATED  TIME 


RECORD  LENGTH  - 


ADVANCE  TARGET  TIME 


B.16  Coda  95  -  Maximum  Power  Flla 
WORD 

4 

0 

1 

2 

3 

4 

5 

6 

157 

158 


253 

This  imt  it  uaad  to  rocord  an  iaaga  of  tha  Maximum  Povar  file  used  at 
laitlallaatlon  for  tha  currant  run*  Tha  Max  Povar  flla  data  ara  copied  in  ordar 
to  vorda  5  through  158  of  tha  avant*  Tha  remainder  of  the  event  la  taro  filled 
to  hava  tha  avant  occupy  ona  diac  block.  Tha  max  povar  valuea  are  atorad  aa 
intagar  data,  vith  an  LSB  of  1/128  Db* 


4 

4 
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B.17  Cod*  96  -  Receiver  Gain  Pile 


WORD 

0 

1 

2 

3 

4 

5 

6 


157 

158 


255 


EVENT  TYPE  •  96 


TICK  COUNT 


SIMULATED  TIKE 


EVENT  LENGTH  -256 


RECEIVER  GAIN  PIRST  FREQUENCY 


RECEIVER  GAIN  SECOND  FREQUENCY 


RECEIVER  GAIN  LAST  FREQUENCY 


Thie  event  la  used  to  record  an  image  of  the  Receiver  Gain  file  used  at 
initialisation  for  the  current  run*  The  Receiver  Gain  file  data  are  copied  in 
order  to  words  5  through  158  of  the  event.  The  remainder  of  the  event  la  zero 
filled  to  have  the  event  occupy  one  disc  block.  The  max  power- values  are  stored 
as  Integer  data,  with  an  L8B  of  1/128  Db. 
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B.18  Coda  97  -  Receiver  Sensitivity  File 


WORD 


0 

EVENT  TYPE  -  97 

1 

2 

TICE  COUNT 

3 

SIMULATED  TIME 

4 

EVENT  LENGTH  -  256 

5 

RECEIVER  SENSITIVITY  FIRST  FREQUENCY 

6 

RECEIVER  SENSITIVITY  SECOND  FREQUENCY 

• 

# 

a 

157 

RECEIVER  SENSITIVITY  LAST  FREQUENCY 

158 

0 

a 

a 

255 

0 

This  event  Is  used  to  record  an  laaga  of  tha  Receiver  Sensitivity  flla  used  at 
initialisation  for  tha  currant  run.  Tha  Racalvar  Sensitivity  flla  data  ara 
coplad  in  ordar  to  words  5  through  158  of  the  event.  Tha  raaalnder  of  tha  avant 
is  saro  f Iliad  to  hava  tha  avant  occupy  one  disc  block.  Tha  max  power  values 
ara  stored  as  integer  data,  with  an  LSB  of  1/128  Db* 


B.19  Code  98  -  Azimuth  Receiver  Pattern  Pile 


WORD 

0 

1 

2 

3 

4 

5 

6 


EVENT  TYPE  -  98 


TICK  COUNT 


SIMULATED  TIME 


EVENT  LENGTH  -  256 


AZIMUTH  PATTERN  CODE  FIRST  FREQUENCY 


AZIMUTH  PATTERN  CODE  SECOND  FREQUENCY 


157 

158 


AZIMUTH  PATTERN  CODE  LAST  FREQUENCY 


255 


This  event:  is  used  to  record  so  image  of  the  esimuth  receiver  codes  used  at 
initialisation  for  the  current  run.  The  receiver  pattern  codes  are  copied  in 
order  to  words  5  through  158  of  the  event.  The  remainder  of  the  event  is  zero 
filled  to  have  the  event  occupy  one  disc  block. 
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B.20  Code  99  -  Elevation  Receiver  Pattern  Pile 


WORD 

0 

1 

2 

3 

4 

5 

6 


157 

15B 


255 


EVENT  TYPE  -  99 


TICK  COUNT 


SIMULATED  TIME 


EVENT  LENGTH  -  256 


ELEVATION  PATTERN  CODE  PIRST  FREQUENCY 


ELEVATION  PATTEPM  CODE  SECOND  FREQUENCY 


ELEVATION  PATTERN  CODE  LAST  FREQUENCY 


This  event  is  used  to  record  en  Inage  of  the  elevation  receiver  codes  used  at 
Initialisation  for  the  current  run.  The  receiver  pattern  codes  are  copied  in 
order  to  words  5  through  158  of  the  event.  The  remainder  of  the  event  is  sero 
filled  to  have  the  event  occupy  one  disc  block. 


4 
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APPENDIX  C 

DIGITAL  SUBSYSTEM  INTERFACE 

The  interface  between  the  Digital  Generator  and  the  Control  Subsystem  consists 
of  three  16  bit  paths  plus  associated  status  lines.  The  three  paths  are  Command 
Data,  Status  Data  end  Pulse  Count  Data. 

C.l  Command  Data 

The  Command  Data  path  consists  of  16  data  lines  from  the  Control  Subsystem  to 
the  Digital  Generator  plus  a  control  line.  The  interface  is  terminated  in  the 
Control  Subsystem  by  a  DR-11M  lntarfaee  card  supplied  by  DEC.  The  sixteen  data 
lines  of  port  B  are  used,  and  a  Unibus  address  of  764020  is  selected.  The  DATA 
READY  OUT  B  signal  is  asserted  whenever  new  data  is  loaded  into  the  output 
register. ..All  signals  are  TTL  compatible  levels. 

I 

Commands  are  output  at  a  maximum  rate  of  one  every  12  microseconds.  No 
acknowledgment  is  required  from- the  Digital  Generator. 

The  data  path  is  divided  into  two  fields:  a  Command  Field  in  the  most 
significant  six  bits  and  a  Valua  Field  in  the  tan  least  significant  bits.  When 
ell  of  the  Value  bits  are  not  used,  the  field  is  right  justified  and  the  unused 
hits  are  undefined. 

When  an  esUtter  number  is  loaded,  all  subsequent  commands  reference  this  emitter 
until  a  new  emitter  number  is  loaded.  All  angles  (bealngs  and  headings)  are  ten 
bit  fields  in  units  of  360/1024  Degrees,  referred  to  as  Binary  Angular  Measure 
(BA'^s),  divided  by  the  8esn  Multiplier.  A  list  of  valid  commands  and  Value 
fields  follows. 
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COMMAND  DATA  FIELD  COMMAND 

NAME  CODE 

LFRQJC  Load  Frequency  Agility  Holt  MSB( 3 ), Frequency  Agility  Code(4)  40 

LCH1RP  Load  Chirp  Rate  41 

LFCHAN  Load  Frequency  Chirp  Up/Down(l) .External  FM  Enable(l),  42 

RF  Channel  Code(4) 

LFIPUL  Load  Frequency  Pattern  Rate  (IPO)  LSB  43 

LFIPOM  Load  Frequency  Pattern  Rate  (IPB)  MSB  44 

LFRQTF  Load  Frequency  Pattern  Type(3),  Op/Down  Count(l),  45 

Contlnuous/Dlscrete( 1 ) ,Time/Pulse( 1 ) 

LFRQML  Load  Frequency  Pattern  Multiplier  46 

LFRQEN  Load  Frequency  Baae  Emitter  Number  47 

LPtJWID  Load  Pulae  Width  48 

LFNPOS  Load  Fine  Pulae  Poeltlon(5),Uaer  Flage(3)  49 

LATTEN  Load  Baae  Attenuation  50 

LTHRSH  Load  Threehold  51 

LKPFAC  Load  Miaeing  Pulae  Factor  52 

C.1.2  Syatea  Commands 

COMMAND  DATA  FIELD  COMMAND 

NAME  CODE 

LOWNHD  Load  Observer  Beading  33 

LCLIKB  Load  Observer  Climb  Angle  36 

L8TCON  Load  RF  BIT  DOA  Select (3) .Rotating  Receiver  Enable(l),  53 

RF  Mode  Enable(l).  RF  Enabled ) 

LRFPOL  Load  RF  Channel  Pool  Selection  54 

LRESET  Reeat  Emitter  Active  Flaga(l),  Reset  Dlgltal/RF  Generators  55 

LM1NHR  Load  Scenario  Time  BCD  Minutes(7),Bours(3)  56 

LSECND  Load  Scenario  Time  BCD  Seconds  57 

RPCNT3  Read  Emitter  Pulse  Counts  62 


C.2  Status  Data 

The  Status  Data  path  consists  of  sixteen  data  lines  from  the  Digital  Subsystem 
to  the  Control  Subsystem.  The  sixteen  lines  are  driven  by  a  sixteen  bit  status 
'  register  which  always  contains  the  data  selected  by  the  last  Read  command 
received  from  the  Control  Subsystem.  The  information  Is  right  justified  with 
unused  bits  set  to  zero.  Data  Is  selected  by  command  code  63,  and  la  Identical 
In  format  to  data  In  the  value  fields  of  the  corresponding  Load  commands  (0-62). 
Other  data  formats  are  described  in  Sections  C.2.1  and  C.2. 2. 

The  Interface  Is  terminated  In  the  Control  Subsystem  by  a  DR-11L  interface  card 
supplied  by  DEC.  The  sixteen  data  lines  of  port  A  are  used,  and  a  Unibus 
address  of  764030  is  selected.  The  16  bit  status  register  is  updated  by  the 
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Digital  Subsystem  within  12  microsecond*  of  receipt  of  a  Read  command.  All 
levels  are  TTL  compatible. 


C.2.1  Dropped  Emitter  Number 

When  the  Digital  Subsystem  discovers  that  It  has  gone  .1  seconds  vlthout 
generating  a  pulse  for  an  active  emitter ,  It  saves  the  emitter  number  to  be  read 
by  the  Control  Subsystem.  When  the  Control  Subsystem  issues  a  Read  Dropped 
Emitter  Number  Command,  the  Digital  Generator  will  respond  by  moving  the  ten  bit 
emitter  number  to  the  Status  Register. 

C.3  Pulse  Counter 

The  Digital  Generator  maintains  three  sixteen  bit  counter  for  each  emitter 
number.  The  counters  are  Incremented  each  time  a  pulse  is  generated  or  dropped. 
Upon  receipt  of  an  Initiate  Transfer  of  Pulse  Counts  command  (Command  55),  the 
Digital  Generator  transfers  all  of  the  pulse  counters  to  the  Control  Subsystem 
via  the  Pulse  Counts  data  path  which  Is  a  Direct  Memory  Access  channel  into  the 
main  memory  of  the  Control  Subsystem.  Bach  counter  Is  cleared  after  It  Is 
transferred.  The  Digital  Generator  will  prevent  any  of  the  counters  from 
counting  past  the  maximum  number  of  65536. 

The  Direct  memory  Access  channel  Is  implemsnted  by  s  KITll-D  interface  system 
suppllad  by  DSC,  using  e  Unibus  address  of  764000.  The  DATA  AVAILABLE  IN  signal 
is  asssrted  each  time  a  data  word  Is  to  be  transferred.  All  levels  are  TTL 
compatible. 
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APPENDIX  D 

TEWES  -  AISP  NAVIGATION  MESSAGE 

The  TEWES  Navigation  message  la  sent  periodically  using  a  standard  RS  232C 
••rial  communications  lino  at  9600  baud.  Metaage  transmission  begins  when  the 
first  Start  Scenario  command  is  Issued  at  the  TEWES  operator’s  console.  The 
AISP  computer  shall  transmit  a  one  byte  request  message  to  the  TEWES  computer 
each  time  a  navigation  message  is  desired.  The  TEWES  shall  immediately  transmit 
the  latest  navigation  data.  Transmission  continues  at  the  normal  rate  vhen 
freeze  mode  Is  entered ,  with  static  parameters  output  for  the  EW  system.  Pulse 
count  data  continues  to  be  updated  during  freeze  mode.  Data  shall  be  sent  as 
8-bit  binary  codes,  with  no  parity  bits  and  one  stop  bit.  Within  each  data 
byte,  the  LSB  of  the  byte  corresponds  to  the  LSB  of  the  specific  field.  Where 
the  field  Contains  less  than  8  bits,  the  field  is  right  justified  within  the 
transmitted  byte.  The  message  shall  contain  the  XR1C-B  time  c«-de  read  as 
transfer  of  the  data  initiated,  followed  by  the  current  TEWES  scenario  time. 

I  * 

This  is  followed  by  the  current  position,  heading,  latitude,  longitude,  pitch 
and  roll  angles  for  the  EW  system.  The  scenario  speed  power  of  two  code, 
scenario  and  RP  status,  and  pulse  count  data  complete  the  message.  Pulse  count 
data  Includes  the  totals  of  pulses  generated,  pulses  amplitude  inhibited,  and 
pulses  inhibited  due  to  RP  contention.  Totals  include  all  active  emitters 
except  CW  signals,  and  represent  the  latest  data  read  from  the  TEWES  DGU.  All 
positions,  latitude,  longitude  and  scenario  speed  are  sent  in  2* a  complement 
Integer  format.  All  other  fields  are  unsigned  Integer  codes.  The  final  byte  of 
'  the  massage  is  a  checksum  calculated  by  generating  the  exclusive  “or"  of  all 
data  bytes  within  tha  mas sags.  Detailed  formats  for  the  entire  message  are 
defined  as  follows. 

t 

% 
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TEWES  -  AISP 
NAVIGATION  MESSAGE 
BYTE  FORMAT 


BYTE  CONTENTS 


0 

IRIG-B 

TIME 

BITS 

16-23 

1 

IRIG-B 

TIME 

BITS 

24-31 

2 

IRIG-B 

TIME 

BITS 

0-7 

3 

IRIG-B 

TIME 

BITS 

8-15 

4 

SCENARIO 

TIME 

BITS 

0-7 

5 

SCENARIO 

TIME 

BITS 

8-15 

6 

BV  SYSTEM 

X  POSITION 

BITS 

16-23 

7 

EW  SYSTEM 

X  POSITION 

BITS 

24-31 

8 

EV  SYSTEM 

X  POSITION 

BITS 

0-7 

9 

EW  SYSTEM 

X-  POSITION 

BITS 

8-15 

10 

EW  SYSTEM 

Y  POSITION 

BITS 

16-23 

11 

EW  SYSTEM 

Y  POSITION 

BITS 

24-31 

12 

EW  SYSTEM 

Y  POSITION 

BITS 

0-7 

13 

EW  SYSTEM 

Y  POSITION 

BITS 

8-15 

14 

EW  SYSTEM 

2  POSITION 

BITS 

16-23 

15 

EW  8Y8TEM 

Z  POSITION 

BITS 

24-31 

16 

EW  SYSTEM 

Z  POSITION 

BITS 

0-7 

17 

1W  SYSTEM 

Z  POSITION 

BITS 

8-15 

18 

EW  SYSTEM 

TRUE  HEADING 

BITS 

0-7 

19 

EW  SYSTEM 

TRUE  HEADING 

BITS 

8-9 

10 

EW  SYSTEM 

MAGNETIC  HEADING 

BITS 

0-7 

21 

EW  SYSTEM 

MAGNETIC  HEADING 

BITS 

8-9 

22 

EW  SYSTEM 

LATITUDE 

BITS 

0-7 

23 

EW  SYSTEM 

LATITUDE 

BITS 

8-15 

24 

EW  SYSTEM 

LONGITUDE 

BITS 

0-7 

25 

EW  SYSTEM 

LONGITUDE 

BITS 

8-15 

26 

EW  SYSTEM 

PITCH 

BITS 

0-7 

27 

EW  SYSTEM 

PITCH 

BITS 

8-9 

28 

EW  SYSTEM 

ROLL 

BITS 

0-7 

29 

EW  SYSTEM 

ROLL 

BITS 

8-9 
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LSB 

1  MSEC 

1  SEC 

1/8  METER 

1/8  METER 

1/64  METER 
360/1024  DEC 
360/1024  DEG 
360/65536  DEG 
360/65536  DEG 
360/1024  DEC 
360/1024  DEG 


BYTE 


CONTENTS 


LSB 


30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 


NUMBER  OF  ACTIVE  EMITTERS 
NUMBER  OF  ACTIVE  EMITTERS 
LATEST  TOTAL  PULSES  GENERATES 
LATEST  TOTAL  PULSES  GENERATES 
LATEST  TOTAL  PULSES  GENERATES 
LATEST  TOTAL  PULSES  GENERATES 
LATEST  TOTAL  PULSES  AMPLITUDE  INHIBIT 
LATEST  TOTAL  PULSES  AMPLITUDE  INHIBIT 
LATEST  TOTAL  PULSES  AMPLITUDE  INHIBIT 
LATEST  TOTAL  PULSES  AMPLITUDE  INHIBIT 
LATEST  TOTAL  PULSES  RF  INHIBIT 
LATEST  TOTAL  PULSES  RF  INHIBIT 
LATEST  TOTAL  PULSES  RF  INHIBIT 
LATEST  TOTAL  PULSES  RF  INHIBIT 
LATEST  TOTAL  PULSES  RF  INHIBIT 
SCENARIO  SPEED  CODE 

RADIATION  STATUS 

SCENARIO  STATUS 

BV  SYSTEM  PLATFORM  NUMBER 

CHECKSUM 


BITS 

0-7 

BITS 

8-15 

BITS 

16-23 

BITS 

24-31 

BITS 

0-7 

BITS 

8-15 

BITS 

16-23 

BITS 

24-31 

BITS 

0-7 

BITS 

8-15 

BITS 

16-23 

BITS 

24-31 

BITS 

0-7 

BITS 

8-15 

BITS 

0-7 

BIT 

0-7 

BIT 

0 

BIT 

0 

-3  <  CODE  <  3 
0-OFF,  1-ON 
O-STOP,  1-RUN 


BITS  0-7 
BITS  0-7 


APPENDIX  E 


TYPICAL  SECOND  TIMING  DIAGRAM 
NORMAL  SCENARIO  SPEED 

T  ■  X  Update  Simulated  Time 

Output  to  Observer 

Process  Scenario  Events  et  Current  Time 


T  ■  X+.5  Set  Update  Plag 

Output  to  Observer 


T  ■  X+l  Update  Simulated  Time 

Output  to  Observer 

Process  Scenario  Events  at  Current  Time 


Decrement  Pulse  Counter  Plag  Once  per  Tick 

If  result  zero  and  previous  requested  data  has  been 
processed,  request  new  dets  and  reinitialise  flag.  If 
previous  data  has. not  been  processed,  leave  Pulse  Counter 
Plag  set  to  sero. 


